|

Claude Code 用不了 GPT 和 Gemini?6 款命令行 AI 編碼工具選型對比和多模型切換方案

作者注:解析 Claude Code 只支持 Anthropic 模型的原因,對比 OpenCode、Cline、Aider、Gemini CLI 等 6 款 CLI 工具的模型支持範圍,以及通過 LiteLLM 代理讓 Claude Code 跑其他模型的方案

Claude Code 是目前最強的終端 AI 編碼工具,但有一個明顯限制:它只能用 Anthropic 的 Claude 模型,不支持 GPT 或 Gemini。如果你需要在命令行裏方便切換不同廠商的模型——Claude 處理複雜推理,GPT 處理特定任務,Gemini 用免費額度跑低優先級工作——該怎麼選工具?本文將梳理 6 款主流 CLI 編碼工具的模型支持範圍,給出一張清晰的選型表。

核心價值: 看完本文,你將明確哪個 CLI 工具最適合你的多模型需求,以及如何讓 Claude Code 也能跑其他模型。

claude-code-gpt-gemini-model-cli-tool-selection-opencode-cline-aider-guide-zh-hant 图示


CLI 編碼工具選型核心對比表

這是全文最重要的一張表——直接回答"哪個工具支持什麼"。

6 款 CLI AI 編碼工具選型對比

工具 CLI 支持 Claude GPT Gemini 本地模型 多模型切換 Agent 能力 價格
Claude Code 原生 CLI 全系列 需代理 需代理 不支持 不支持 最強 訂閱制
Gemini CLI 原生 CLI 不支持 不支持 全系列 不支持 不支持 中等 免費額度大
OpenCode 原生 CLI 不支持 全系列 全系列 Ollama 會話內切換 中等 開源免費
Cline 不支持 全系列 全系列 全系列 Ollama 支持 中等 開源免費
Aider 原生 CLI 全系列 全系列 全系列 Ollama 支持 中等 開源免費
Codex CLI 原生 CLI 不支持 全系列 不支持 不支持 不支持 中等 OpenAI 訂閱

從表中可以清楚看到每個工具的"缺口":

  • Claude Code: Agent 最強但只能用 Claude
  • Gemini CLI: 免費額度大但只能用 Gemini
  • OpenCode: 75+ 模型但不支持 Claude
  • Cline: 全模型但不是 CLI 工具(需要 VS Code)
  • Aider: CLI + 全模型,但 Agent 能力弱於 Claude Code
  • Codex CLI: 只能用 OpenAI 模型

Claude Code 爲什麼不支持 GPT 和 Gemini

技術原因:深度集成 vs 通用兼容

Claude Code 不是簡單的"LLM 包裝器"——它是 Anthropic 爲 Claude 模型量身定製的 Agent 框架。Claude Code 的很多核心能力都依賴 Claude 模型的特性:

Claude Code 特有能力 依賴的 Claude 特性
Context Compaction Claude 的內部摘要機制
Adaptive Thinking Claude Opus 4.6 的 thinking 參數
thoughtSignature Claude 專有的推理簽名
Skills / Subagents 基於 Claude 的 prompt 格式優化
1M 上下文窗口 Claude Opus 4.6 特有
Ultrathink Claude 專屬深度推理模式

如果換成 GPT 或 Gemini,這些深度優化的功能就會失效或降級。這也是爲什麼 Claude Code 的 Agent 能力遠強於 OpenCode、Aider 等通用工具——專精帶來的優勢,通用兼容無法複製

商業原因:產品鎖定策略

Claude Code 是 Anthropic 的核心產品之一,它驅動用戶消費 Claude API Token。如果允許用戶切換到 GPT,Anthropic 就失去了這部分收入。這和 Gemini CLI 只支持 Gemini、Codex CLI 只支持 GPT 是同樣的邏輯——每家都想鎖定用戶在自己的生態內。


各工具詳細特性解析

OpenCode:75+ 模型但不支持 Claude

OpenCode 是 Go 語言開發的開源 CLI 編碼工具,GitHub 45,000+ Star。它的最大賣點是模型靈活性——支持 75+ LLM 提供商,包括 OpenAI、Google Gemini、AWS Bedrock、Groq、Azure 等。

核心特性:

  • 會話內熱切換模型(快速迭代用便宜模型,最終驗證用強模型)
  • LSP 集成(自動配置語言服務器)
  • 多會話並行(同一項目運行多個 Agent)
  • 隱私優先(不存儲代碼或上下文數據)

關鍵限制: OpenCode 不支持 Anthropic Claude 模型。如果你的核心工作流依賴 Claude 的推理能力,OpenCode 不是合適的選擇。

Aider:CLI + 全模型 + Git 自動提交

Aider 是目前唯一同時滿足"CLI 原生 + 全模型支持 + 強 Git 集成"的工具。它支持 Claude、GPT、Gemini、DeepSeek、本地 Ollama 等幾乎所有主流模型。

核心優勢:

  • Git 自動提交(每次修改自動創建有意義的 commit message)
  • 多文件協同編輯
  • 支持幾乎所有 LLM
  • 開源免費,BYOK(自帶 API Key)

關鍵限制: Agent 能力弱於 Claude Code——沒有 Skills 系統、沒有 Subagents、沒有 Hooks、沒有 Background Agents。它更像是一個智能的代碼編輯器,而不是一個完整的 Agent 平臺。

Cline:全模型但不是 CLI

Cline 的理念是"審批一切"——每次文件修改和終端命令都需要你明確批准。它支持所有主流模型,包括 Claude、GPT、Gemini 和 Ollama 本地模型。

關鍵限制: Cline 不是 CLI 工具,它是 VS Code 擴展。如果你需要在純終端環境(SSH、服務器、CI/CD)中使用,Cline 不適合。

🎯 選型建議: 如果你主要做複雜推理和大型項目,用 Claude Code + API易 apiyi.com 的折扣 Claude API 是最優解。如果你需要在 CLI 中切換多個模型,Aider 是當前最全面的選擇。

claude-code-gpt-gemini-model-cli-tool-selection-opencode-cline-aider-guide-zh-hant 图示


讓 Claude Code 跑其他模型的 LiteLLM 方案

如果你確實需要在 Claude Code 的界面中使用 GPT 或 Gemini,LiteLLM 代理是目前唯一可行的方案。

LiteLLM 代理的工作原理

LiteLLM 是一個開源的 LLM 代理服務,它在 Claude Code 和目標 API 之間充當翻譯層——把 Claude Code 發出的 Anthropic Messages API 格式自動轉換爲 OpenAI 或 Gemini 的格式。

Claude Code → Anthropic 格式請求 → LiteLLM 代理 → 轉換爲 GPT/Gemini 格式 → 目標 API

LiteLLM 代理的關鍵限制

限制 影響
Agent 功能降級 Thinking、thoughtSignature、Context Compaction 等 Claude 專有功能失效
安全風險 LiteLLM 是第三方代理,Anthropic 不審計其安全性
延遲增加 多一層代理 = 多一層網絡延遲
格式兼容性 部分複雜請求(工具調用、多輪 thinking)轉換可能出錯

結論: LiteLLM 方案可以"讓 Claude Code 跑其他模型",但體驗遠不如原生 Claude 模型。如果你需要的是多模型切換能力,直接選 Aider 或 OpenCode 更實際

🎯 務實建議: 不要試圖讓一個工具做所有事。推薦的組合方案:

  • 複雜推理和大型項目 → Claude Code(通過 API易 apiyi.com 八折接入 Claude Opus 4.6)
  • 需要切換模型的日常編碼 → Aider(CLI 全模型支持)
  • 需要免費大量請求 → Gemini CLI(1000 RPD 免費)

常見問題

Q1: 爲什麼 OpenCode 支持 75+ 模型卻不支持 Claude?

OpenCode 支持的是 OpenAI 兼容格式的 API 端點。Claude 的原生 API 格式(/v1/messages)與 OpenAI 格式(/v1/chat/completions)不同,OpenCode 目前沒有做 Anthropic 格式的適配。如果你通過 API易 apiyi.com 等中轉平臺的 OpenAI 兼容端點調用 Claude,理論上可以在 OpenCode 中使用,但 thinking 等高級功能會受限。

Q2: Aider 的 Agent 能力和 Claude Code 差距有多大?

差距很大。Claude Code 有完整的 Agent 平臺能力:Skills 技能系統、Subagents 子代理、Hooks 生命週期鉤子、Background Agents 後臺任務、/loop 定時循環、Remote Control 手機遙控、Voice Mode 語音、Computer Use 桌面控制。Aider 主要是智能代碼編輯 + Git 集成,沒有上述任何 Agent 功能。選 Aider 是選"多模型靈活性",選 Claude Code 是選"最強 Agent 能力"。

Q3: 如果只選一個工具,該選哪個?

取決於你的核心需求:如果你 80% 的工作是複雜的代碼推理和大型項目——選 Claude Code,它的 Agent 能力和 Opus 4.6 的推理深度無可替代。如果你經常需要在不同模型間切換測試——選 Aider,它是 CLI + 全模型支持的唯一真正選擇。如果你預算有限——選 Gemini CLI,1000 RPD 免費額度夠個人開發者用了。所有工具的 API 調用都可以通過 API易 apiyi.com 統一管理。

Q4: Gemini CLI 能通過代理支持其他模型嗎?

可以。2026 年出現了 Bifrost 這樣的工具,可以在 Gemini CLI 和其他模型之間做格式轉換,支持 Claude、GPT、Groq 等 20+ 提供商。但和 LiteLLM 方案類似,這種代理方式會丟失模型專有功能,體驗不如原生支持好。


總結

CLI AI 編碼工具多模型選型的核心要點:

  1. 沒有完美的單一工具: Claude Code Agent 最強但只支持 Claude;OpenCode 75+ 模型但不支持 Claude;Cline 全模型但不是 CLI;Aider 是 CLI + 全模型最均衡的選擇
  2. Claude Code 限制有技術原因: 深度集成 Claude 的 Thinking、Compaction、Skills 等特性是其 Agent 能力領先的基礎——通用兼容會犧牲這些優勢
  3. 推薦組合使用: 複雜推理用 Claude Code + API易折扣 Claude API,多模型日常編碼用 Aider,免費跑量用 Gemini CLI

推薦通過 API易 apiyi.com 統一管理多工具的 API 調用——Claude 八折、Gemini 28% 折扣,一個平臺覆蓋所有模型。


📚 參考資料

  1. Claude Code 官方文檔: Agent 能力和模型支持說明

    • 鏈接: code.claude.com/docs/en/overview
    • 說明: 瞭解 Claude Code 的完整功能和模型限制
  2. OpenCode 官方網站: 75+ 模型支持的開源 CLI 工具

    • 鏈接: opencode.ai
    • 說明: 包含模型配置、多會話和 LSP 集成功能
  3. Aider GitHub: CLI + 全模型 + Git 集成的編碼助手

    • 鏈接: github.com/paul-gauthier/aider
    • 說明: 包含支持的模型列表和 Git 集成文檔
  4. LiteLLM 使用 Claude Code 跑非 Anthropic 模型: 代理方案文檔

    • 鏈接: docs.litellm.ai/docs/tutorials/claude_non_anthropic_models
    • 說明: 包含配置步驟和限制說明
  5. API易文檔中心: 多模型統一 API 管理

    • 鏈接: docs.apiyi.com
    • 說明: 支持 Claude、GPT、Gemini 等所有主流模型

作者: APIYI 技術團隊
技術交流: 歡迎在評論區討論,更多資料可訪問 API易 docs.apiyi.com 文檔中心

Similar Posts