---
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="/zh-Hant/docs/antigravity/understanding/11-team-security-boundaries" />
  <Card title="模型、定價與平臺" description="查 Antigravity 與 Gemini 3、pricing、platform support 的官方入口。" href="/zh-Hant/docs/antigravity/official/06-models-pricing-platforms" />
</Cards>
