---
title: "10 · Antigravity、Gemini CLI、Codex、Claude Code 怎么选"
description: "比较 Antigravity、Gemini CLI、OpenAI Codex 和 Claude Code 的入口、控制面、适用任务、验收能力和治理成本。"
verifiedAt: "2026-05-07"
---

不要用“哪个模型更强”来选工具。真实开发里更重要的是入口、控制面、工具权限、验收方式和团队治理成本。Google 官方把 Antigravity 定位成 agentic development platform（代理驱动的开发平台），重点是 task-oriented（以任务为中心）的工作、Agent Manager、Editor、Terminal、Browser 和 Artifacts 的组合；它不是要替代所有 CLI agent。

> [!NOTE]
> **先给推荐**：UI 和端到端验收优先 Antigravity；终端脚本化优先 Gemini CLI；OpenAI 生态和多入口任务优先 Codex；默认体验成熟、项目级 agent 工作流优先 Claude Code。

> [!TIP]
> **阅读目标**：读完本章，你应该能按任务入口、验证证据、权限治理和团队习惯选择工具，而不是按模型名拍脑袋。

## 1. 总表

| 工具 | 更像什么 | 强项 | 代价 |
| --- | --- | --- | --- |
| Antigravity | agent-first IDE / 工作台 | Agent Manager、Browser、Artifacts、多 agent 编排 | 本地应用和权限治理复杂 |
| Gemini CLI | terminal agent | 命令行、Google 生态、脚本化、本地工具 | UI 验收要另接工具 |
| Codex | OpenAI 多入口 coding agent | CLI、IDE、App、Cloud、OpenAI 生态联动 | 产品面多，需要分清入口 |
| Claude Code | Anthropic 官方 coding agent | 默认体验、项目规则、subagents、skills、hooks | 产品哲学偏 Anthropic（hooks / skills 风格固定） |

这张表不是排名。它回答的是“这个任务在哪个工作面更自然”。一个团队完全可以同时保留 CLI agent、IDE agent 和浏览器验收工具，只要职责边界清楚。

## 2. 按任务选

```mermaid
flowchart TD
    Task["任务"] --> UI{"需要 UI / 浏览器验收?"}
    UI -->|是| AG["Antigravity"]
    UI -->|否| Terminal{"主要发生在 terminal?"}
    Terminal -->|是| Gemini["Gemini CLI"]
    Terminal -->|否| OpenAI{"重度 OpenAI / ChatGPT / Codex App?"}
    OpenAI -->|是| Codex["Codex"]
    OpenAI -->|否| Mature{"想要成熟默认 coding agent?"}
    Mature -->|是| Claude["Claude Code"]
    Mature -->|否| Mix["按项目试用后固定"]
```

更实用的判断方法是看验收证据：

| 任务需要的证据 | 优先工具 |
| --- | --- |
| screenshot / recording / walkthrough | Antigravity |
| terminal output / shell pipeline / batch scripts | Gemini CLI 或 Codex CLI |
| OpenAI 模型、ChatGPT、Codex App 多入口协同 | Codex |
| 已经有成熟 `CLAUDE.md`、commands、hooks、skills | Claude Code |
| 只是一次性问答或解释 | 选择当前最顺手入口，不必上完整 IDE |

## 3. Antigravity 什么时候优先

优先用 Antigravity：

- 前端页面需要 screenshot / recording。
- 任务需要打开浏览器点击验证。
- 你要并行多个 workspace 或多个 agent。
- 你希望用 artifact 评论驱动迭代。
- 任务适合交付 walkthrough。

不要优先用 Antigravity：

- 只是批量跑 shell 命令。
- 只是生成脚本化输出。
- 远程服务器里没有图形环境。
- 团队还没准备好管理本地 IDE 权限。

官方发布文给 Antigravity 的典型用例包括：让 agent 在 editor、terminal、browser 间规划、执行、验证；请求 UI changes 后通过 screenshots 和 walkthroughs 交付；用 Manager 界面（Manager Surface）分派长时间维护任务或 bug fix。也就是说，它的优势在“可视化、可审查、多工具闭环”。

## 4. Gemini CLI 什么时候优先

Gemini CLI 更适合：

- terminal-first 项目。
- 本地命令、文件、脚本任务。
- Google Cloud / Gemini Code Assist / GitHub Action 相关流程。
- 想把 agent 放进命令行和自动化。

它和 Antigravity 可以互补：Gemini CLI 负责终端和自动化，Antigravity 负责 IDE、浏览器和 artifact 验收。

典型组合：

```text
Gemini CLI：批量跑检查、生成脚本、在远程终端里处理文件。
Antigravity：打开本地前端，改 UI，截 mobile/desktop，交 walkthrough。
```

## 5. Codex 什么时候优先

Codex 更适合：

- 已经使用 OpenAI / ChatGPT / Codex CLI / Codex App。
- 需要 CLI、IDE、Cloud task、App 多入口协作。
- 想把 OpenAI 模型、MCP、插件和 app 生态放到一起。

如果任务不需要 Antigravity 的 Browser/Artifacts，Codex CLI 或 App 可能更轻。

典型组合：

```text
Codex：拆需求、改文档、跑代码审查、处理 OpenAI 生态任务。
Antigravity：对需要视觉证据的页面做最终验收。
```

## 6. Claude Code 什么时候优先

Claude Code 更适合：

- 需要成熟的 coding agent 默认体验。
- 项目已经沉淀 CLAUDE.md、commands、hooks、skills、subagents。
- 团队偏好 Anthropic 生态。
- 你想少做平台级配置，直接进入项目协作。

典型组合：

```text
Claude Code：日常深度项目协作、遵守项目 CLAUDE.md、运行 hooks 和 skills。
Antigravity：需要 Agent Manager、Browser Subagent、Artifacts 的任务。
```

## 7. 不要混用到失控

多工具并用的前提是边界清楚。不要让两个 agent 同时改同一批文件，也不要让一个 agent 提交另一个 agent 的半成品。

| 风险 | 做法 |
| --- | --- |
| 多个 agent 同改同文件 | 按文件或模块分工 |
| 一个工具生成计划，另一个直接执行 | 把计划复制成明确任务边界 |
| Antigravity 和 CLI 同时跑 dev server | 固定端口和日志归属 |
| 各工具规则不同 | 项目规则写进仓库，不靠聊天记忆 |
| 不知道谁改了什么 | 每轮都看 Git diff 和文件范围 |

如果团队已经有主力工具，不要为了新工具迁移全部流程。先把 Antigravity 放在它最强的 UI 验收和 artifacts 场景。

## 8. 组合策略

实际工作不必只选一个：

| 层 | 推荐工具 |
| --- | --- |
| 日常终端自动化 | Gemini CLI / Codex CLI |
| 项目深度修改 | Claude Code / Codex |
| 前端 UI 验收 | Antigravity |
| 公开教程和文档生成 | Codex / Claude Code |
| 多 agent 可视化任务 | Antigravity |

## 9. 选择模板

发起任务前可以先问自己：

```text
1. 这个任务主要发生在 terminal、editor、browser 还是云端？
2. 是否需要截图、录屏或 walkthrough 才能验收？
3. 是否需要长期项目规则、hooks 或 skills？
4. 是否需要 OpenAI / Google / Anthropic 特定生态？
5. 是否有生产、账号、支付、部署或凭据风险？
6. 是否会和其他 agent 的工作区冲突？
```

如果第 2 题是“是”，Antigravity 优先级上升。如果第 1 题是“纯 terminal”，CLI agent 更轻。如果第 6 题是“可能冲突”，先拆边界再启动工具。

## 本章自检

完成本章后，用这 3 个问题检查自己是否真正理解：

1. 为什么 Antigravity 不应该被当成所有 CLI agent 的替代品？
2. 什么任务最能体现 Browser 和 Artifacts 的价值？
3. 多 agent / 多工具并行时，为什么文件边界比工具强弱更重要？

通过标准：你能把一个真实任务分配给合适工具，并说明验收证据和权限边界。

## 官方来源

- [Build with Google Antigravity](https://developers.googleblog.com/build-with-google-antigravity-our-new-agentic-development-platform/) - Google Developers Blog 发布文，说明 Antigravity 的 agentic platform、Editor View、Manager Surface、Terminal、Browser 和 Artifacts。
- [Google Antigravity Home](https://antigravity.google/docs/home) - 官方文档总览，说明 Agent Manager、Editor、Browser、Tasks 和 Artifacts。
- [Google Antigravity Browser](https://antigravity.google/docs/browser) - 官方说明浏览器验证和 artifacts 能力边界。
- [Google Antigravity Artifacts](https://antigravity.google/docs/artifacts) - 官方说明 artifacts 用于异步沟通和反馈。

## 接下来去哪

<Cards>
  <Card title="团队安全边界" description="如果准备把 Antigravity 放进团队，先看安全和治理默认值。" href="/docs/antigravity/understanding/11-team-security-boundaries" />
  <Card title="模型、定价与平台" description="查 Antigravity 与 Gemini 3、pricing、platform support 的官方入口。" href="/docs/antigravity/official/06-models-pricing-platforms" />
</Cards>
