Termdock先確認你能使用哪個工具
Claude Code 和 Gemini CLI 可以分別負責程式碼探索、實作與複查，但「雙工具一定比較便宜」不是可靠的前提。費用取決於登入方式、模型、請求量與你實際需要的方案；使用兩個工具也可能增加費用。
2026 年 10 月查核： Google 在 2026 年 5 月的轉換公告表示，從 6 月 18 日起，Gemini Code Assist 個人免費使用者及 Google AI Pro／Ultra 使用者的 Gemini CLI 請求停止服務，並引導轉往 Antigravity CLI；Code Assist Standard／Enterprise 與付費 Gemini、Gemini Enterprise Agent Platform API key 的存取仍獲支援。不過，Gemini CLI 的驗證文件和額度文件仍列出個人帳號與免費額度。官方來源目前有衝突；開始前請查看最新公告，並用自己的帳號驗證實際可用方式，不要假設舊的每日 1,000 次個人免費額度仍然可用。本文沒有實測各帳號資格。
Claude Code 有訂閱和 API 等不同存取方式，依 Anthropic 官方設定文件確認你的資格和費用。如果無法使用 Gemini CLI，可用自己已能存取的另一個 CLI 做同樣的交接；不要把 Antigravity CLI 和 Gemini CLI 當成完全相同的產品。
判斷框架
| 階段 | 範例分工 | 交付內容 |
|---|---|---|
| 探索 | 請 Gemini CLI 唯讀檢查相關程式碼 | 路徑、現有行為、尚待確認的問題 |
| 實作 | 把需求和探索結果交給 Claude Code | 修改範圍、diff、測試結果 |
| 複查 | 請另一個 session 根據需求檢查 diff | 具體問題、證據位置與未驗證事項 |
這是分工範例，不是模型能力排名。實際表現要用自己的任務驗證；特別是認證、付款或安全相關修改，仍需要人工審查與適當測試。單純寫「唯讀」不是權限隔離，使用工具提供的權限設定來限制可執行的操作。
並排設定兩個工具
先依兩家官方文件安裝、登入並確認計費。Gemini CLI 的 安裝文件列出 Node.js 需求與 npm 安裝方式；Claude Code 則依照 Anthropic 設定文件操作。不要把 API key 貼進 prompt、共用檔案或終端輸出。
在 Termdock 開啟專案工作區，分出兩個終端，各自啟動已安裝、已驗證的 CLI。先確認兩邊的工作目錄與 Git 狀態，再把任務與交接資料傳到另一個 session。它們是不同對話，不會自動共享上下文；兩個 agent 要同時改檔時，先分配檔案，或自行建立不同 Git worktree。
讓一個 Agent 交接給另一個
如果希望 agent 自己操作終端，macOS 可在 Termdock「設定 > Skills > Command Line Tool」安裝 termdock CLI，再使用內建的終端操作 skill。可以對 Claude Code 說：「用 Termdock 開一個 Gemini CLI 終端，請它唯讀檢查這次 diff 與需求，回報檔案位置和疑點；讀取回覆後整理給我，不要自行合併。」確認另一個 CLI 已安裝且有可用權限。也可以由人手動複製任務和結果。Windows 可用桌面功能與 HTTP Terminal API；一鍵 CLI 安裝目前限 macOS。
交接範例與權限限制可參考 Claude Code 和 Codex 的 Termdock 工作流；將審查工具換成已能使用的 CLI，並依它的權限模式設定。
實戰 Workflow 範例
假設你要替現有 API 加入 rate limit：
- 探索： 請第一個 session 找出 API 入口、既有 middleware 和相關測試，列出路徑與不確定處，不修改檔案。
- 決策： 人工確認限制條件、相依套件與部署環境，不直接把探索結果當成已驗證的設計。
- 實作： 把決定、相關路徑、允許修改的檔案和測試命令交給 Claude Code；請它回報 diff 與測試輸出。
- 複查： 把需求與 diff 位置交給另一個唯讀 session，請它找遺漏的邊界情況。核對每項意見，再重新執行相關測試。
這是示意流程，不宣稱某個模型一定成功，也不是已量測的時間或費用。
費用計算
記錄一段代表性期間的訂閱費、API 用量、模型與實際請求，再與原本流程比較。固定訂閱不會因為少用一次就自動降價；額外 API 用量則可能產生新費用。只有確認較低方案足夠、且兩邊總支出較低時，才知道是否真的省錢。本文沒有可供驗證的 60–70% 節省實測。
這個策略什麼時候不適用
如果任務很小、交接成本高，或資料不能送到第二個供應商，使用一個工具可能更合適。敏感資料應先確認各服務的資料政策與組織授權；緊急事故先確保可觀測性與人工判斷，不應為了分工增加延誤。
開始行動清單
- 確認兩個工具的登入方式、權限與預算；Google 個人帳號資格先實際驗證。
- 選一個低風險任務，寫清楚需求、修改範圍與測試方式。
- 讓探索、實作和複查交出可追溯的檔案路徑與結果，再由人確認。
- 記錄整體用量與成果，決定是否值得維持第二個工具。
更詳細的交接範例見雙工具策略。