作者注:解析 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 也能跑其他模型。

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 跑其他模型的 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 編碼工具多模型選型的核心要點:
- 沒有完美的單一工具: Claude Code Agent 最強但只支持 Claude;OpenCode 75+ 模型但不支持 Claude;Cline 全模型但不是 CLI;Aider 是 CLI + 全模型最均衡的選擇
- Claude Code 限制有技術原因: 深度集成 Claude 的 Thinking、Compaction、Skills 等特性是其 Agent 能力領先的基礎——通用兼容會犧牲這些優勢
- 推薦組合使用: 複雜推理用 Claude Code + API易折扣 Claude API,多模型日常編碼用 Aider,免費跑量用 Gemini CLI
推薦通過 API易 apiyi.com 統一管理多工具的 API 調用——Claude 八折、Gemini 28% 折扣,一個平臺覆蓋所有模型。
📚 參考資料
-
Claude Code 官方文檔: Agent 能力和模型支持說明
- 鏈接:
code.claude.com/docs/en/overview - 說明: 瞭解 Claude Code 的完整功能和模型限制
- 鏈接:
-
OpenCode 官方網站: 75+ 模型支持的開源 CLI 工具
- 鏈接:
opencode.ai - 說明: 包含模型配置、多會話和 LSP 集成功能
- 鏈接:
-
Aider GitHub: CLI + 全模型 + Git 集成的編碼助手
- 鏈接:
github.com/paul-gauthier/aider - 說明: 包含支持的模型列表和 Git 集成文檔
- 鏈接:
-
LiteLLM 使用 Claude Code 跑非 Anthropic 模型: 代理方案文檔
- 鏈接:
docs.litellm.ai/docs/tutorials/claude_non_anthropic_models - 說明: 包含配置步驟和限制說明
- 鏈接:
-
API易文檔中心: 多模型統一 API 管理
- 鏈接:
docs.apiyi.com - 說明: 支持 Claude、GPT、Gemini 等所有主流模型
- 鏈接:
作者: APIYI 技術團隊
技術交流: 歡迎在評論區討論,更多資料可訪問 API易 docs.apiyi.com 文檔中心
