视点！开发者找到办法，脱离Anthropic模型使用Claude Code

Anthropic 编码工具 Claude Code 负责人鲍里斯・切尔尼，上个月卷入一场网络论战。该事件暴露出：部分开发者正在寻找变通方案，搭配 OpenAI 等竞品的廉价非 Anthropic 模型运行 Claude Code，以此节约成本。

开发者亚历克斯・盖特曼编写了一段代理程序，把 Claude Code 对接上 OpenAI 的 GPT‑5.6 Sol 模型。盖特曼称，他刚在 Claude 上提交第一批编码请求 15 分钟后，账号就被 Anthropic 封禁。

(资料图片)

Claude Code 之所以受欢迎，是因为它内置全套工具集，可以读取、运行文件，检索代码库，还能并行执行多项任务。但这套工具框架本身并不强制要求运行 Anthropic 自家模型。不少开发者通过接入成本更低的第三方模型，使用 Claude Code 这套外壳来节省开支。正因如此，盖特曼的相关推文发布数小时内浏览量就突破 100 万。

评论区不少人指责 Anthropic 试图迫使开发者只能使用自家模型。OpenAI 旗下竞品编码工具 Codex 的负责人蒂博・索蒂奥克斯发文表示：“我们应当让用户自己决定哪种模型最适合自己。”（盖特曼表示，自己正是参考了索蒂奥克斯此前关于 Claude Code 对接 OpenAI 模型的推文，才做了这套方案，该推文此前就已经引发过行业讨论。）

Anthropic 的切尔尼则发文回应：公司并不禁止开发者把 Claude Code 这类工具框架搭配其他厂商模型使用。最终 Anthropic 恢复了盖特曼的账号，并私下向他致歉。

Anthropic 虽不会封禁这类代理连接，但官方并不支持该做法。知情人士透露，官方立场是：这款热门编码工具经过优化，与自家模型搭配使用效果最佳；同时，相比通过模型路由服务商调用模型，使用这类自建代理还会增加提示注入类黑客攻击风险。

Anthropic 一名发言人表示：“从高难度任务，到优先看重速度与成本的场景，我们针对每一类任务都设计了对应的 Claude 模型。”

这种第三方模型嫁接方案会损害 Anthropic 的收益。当开发者通过代理、路由工具，在 Claude Code 上运行别家模型时，Anthropic 就失去了代币调用带来的收入。如果 Claude Code 后端实际跑的是 OpenAI 模型，代币费用就会流向 OpenAI，而非 Anthropic。

OpenRouter 的竞品 Not Diamond 创始人托马斯・埃尔南多・科夫曼表示，不过这种做法正在开发者群体中扩散。“整个行业都在朝这个方向发展，大家意识到，把多种模型组合起来可以拿到更好效果。”

盖特曼账号事件之后，一部分开发者担心账号被封，放弃了自建代理的方式。盖特曼本人说：“我试过一次，再也不会这么干了。”

但开发者并未停止把 Claude Code 和廉价外部模型组合使用，转而借助 OpenRouter 这类可以切换多模型的第三方平台。OpenRouter 公开面板数据显示，截至目前，已经有 366 种不同模型在 OpenRouter 上对接过 Claude Code。

亚当・柯什正在面向制造业开发 AI 初创项目，他借助 OpenRouter 以及另一家服务商 Concentrate，用非 Anthropic 模型驱动 Claude Code，编写工业制造相关代码。

“工业制造类内容在训练数据中的占比，远少于普通软件场景，所以我需要混合多种模型，拿到我想要的输出结果。” 他打比方说，“就好比一辆很不错的汽车，我只是给它换了一台不同的发动机。”

他的工作流程是：先用 GPT‑5.6、Anthropic 的 Fable 这类前沿大模型做任务规划，再把实际执行交给成本更低的开源智能体模型。他坦言：“我知道 Anthropic 并不乐见我这么做，但我依然会用。” 他估算，这套组合方案可以保留约 97% 的输出质量，但成本可以降低大约 60%。

柯什称，如果 Anthropic 切断 Claude Code 对接外部模型的通路，“这在开发者圈子里会掀起轩然大波，大家追求的本就是开放理念。”

关键词：