先確認帳單與用量

Claude Code 的成本取決於登入方式、方案、模型和任務。本文原先宣稱「五種實測省一半」，但沒有可供讀者核對的實測資料；以下方法應視為待你自己驗證的做法，不保證省下特定比例。

依 Anthropic 官方成本文件，/usage 顯示 session 用量及估算金額。API 使用者應以 Console 的用量與帳單為準；Pro／Max 訂閱者要看方案用量，不能把 session 估算直接當成額外費用。先記錄一段代表性工作期間，再比較變更。

方法一：依任務測試模型與 effort

確認目前模型與支援的 effort 設定；模型設定文件說明 /model 和 /effort 的可用方式與限制。選一組低風險任務，在相同驗收條件下試不同設定，記錄測試、重試和用量。較低 effort 不必然完成任務，也不保證帳單降低。

CLAUDE.md 放實際需要的架構、限制和測試命令，不要把整份文件、憑證或 agent 可直接取得的所有檔案都塞進去。修改後用同一批任務測試：有沒有正確找到檔案、遵守限制、跑對測試。詳細範例見 CLAUDE.md 撰寫指南。

可以把探索或唯讀複查交給另一個已具備資格的 CLI，但第二個工具可能產生訂閱或 API 費用，也需要交接。Google 轉換公告與 Gemini CLI 的驗證及額度文件對個人帳號的資訊有衝突；不要假設舊的每日 1,000 次免費額度可用。

在 Termdock 的專案工作區，先讓 Claude Code 修改，回報需求、diff 位置和測試；有需要再把這些資料交給另一個唯讀 session。參考 Agent 交接流程，並記下兩邊實際用量。兩個 agent 不會自動共享對話，也不保證比一個 agent 便宜。

只有獨立檢查或平行調查確實有幫助時才委派，交代要查的範圍、輸出格式和禁止事項。彙整者核對來源與結果，再決定下一步。額外 agent 會消耗資源；對小任務，手動檢查可能更簡單。

任務方向改變或對話過長時，可依 Claude Code 互動模式文件檢查目前的 context 管理方式。保留需求、檔案位置、決策和未完成事項，避免因為壓縮或開新 session 而失去必要資訊；接著確認 agent 仍知道驗收條件。

比較前後相近的任務、實際帳單、用量、結果品質和人工修正時間。固定訂閱不會因為少用一次自動退款；另一個模型的 API 費用也要加回總額。記錄不足時，結論就是尚未量測，不是自動省下一半。

#claude-code#cost-optimization#ai-cli#developer-tools#gemini-cli