作者注:解析 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 文档中心
