10 · Antigravity、Gemini CLI、Codex、Claude Code 怎么选

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

1. 总表

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

2. 按任务选

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["按项目试用后固定"]

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

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 验收。

典型组合：

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 可能更轻。

典型组合：

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

6. Claude Code 什么时候优先

Claude Code 更适合：

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

典型组合：

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

7. 不要混用到失控

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

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

8. 组合策略

实际工作不必只选一个：

9. 选择模板

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

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 - Google Developers Blog 发布文，说明 Antigravity 的 agentic platform、Editor View、Manager Surface、Terminal、Browser 和 Artifacts。
• Google Antigravity Home - 官方文档总览，说明 Agent Manager、Editor、Browser、Tasks 和 Artifacts。
• Google Antigravity Browser - 官方说明浏览器验证和 artifacts 能力边界。
• Google Antigravity Artifacts - 官方说明 artifacts 用于异步沟通和反馈。

接下来去哪