Claude Code 接下兼容模型：壳还在，账单变了
国内讨论里常把两件事揉在一起：一是 Claude Code 这层壳（读仓库、调工具、MCP、权限）；二是 背后谁在做推理。The Information 与中文 X 都聊过：有人保留 agent 循环，把推理指到 Anthropic 兼容端点（例如 Kimi、GLM / Z.ai 等），为的是成本和限额，而不是「换一个编辑器」。
本文只讲思路与取舍，不提供绕过订阅条款、盗用密钥或拼车共用账号的做法。
壳是 harness，账单可以分开
Claude Code 更像一套本地 harness：
- 读仓库、改文件、跑命令
- 挂 MCP、hooks、skills
- 权限与沙箱策略在你的机器上执行
推理请求则可以（在厂商文档允许的前提下）指向 Anthropic 兼容的 base URL。模式通常是：单独的 API Key + ANTHROPIC_BASE_URL（或等价配置）指向兼容服务。具体变量名、模型 ID 以该厂商当前文档为准；下面只给概念示意，不是可复制的「越狱配方」：
bash
# 概念示意：兼容厂商的 Key 与 Base URL，账单在对方账户
export ANTHROPIC_API_KEY="你在该厂商申请的密钥"
export ANTHROPIC_BASE_URL="https://<vendor-compatible-endpoint>"要点：
- Claude Pro / Max 订阅登录 ≠ 把别人的模型接到官方订阅上
- 兼容 API 是另一张账单，跟订阅额度不是同一个池子
- 请同时核对：兼容厂商条款与 Anthropic 使用条款；违规用法不在本文范围
网络与国内访问习惯，见 使用模式。周限额刚经历过调整的，先读清数字再决定要不要换推理层：周限额永久 +25%。
便宜 token ≠ 免费午餐
公开讨论里常见动机是：计量更便宜、周限额撞墙后还想继续高通量循环。代价通常出现在：
- 质量与工具调用：复杂重构、细权限决策、长链路 tool use，兼容模型未必稳
- 上下文窗口差异：公开口径里，例如 Kimi K2.7 Code 偏计量更省、GLM 一类常强调更大上下文——以厂商页面为准，不要把道听途说的 benchmark 当保证
- 行为差异：同一套 prompt / skill，换模型后「爱不爱调工具」「会不会乱改」都会变，需要小范围试
MCP、hooks、skills 仍在你本机跑；换推理端点不会自动关掉沙箱。权限怎么收，见 权限与沙箱。
什么时候留在官方 Claude
更建议继续官方模型的场景：
- 硬重构、跨模块搬迁、高风险删改
- 需要稳定 tool calling 与审慎权限判断的评审向工作
- 你要把结果当「可合并的准生产改动」，而不是草稿
更常有人试兼容模型的场景：
- 样板代码、机械替换、高重复小循环
- 额度撞墙之后，先维持「能转起来」的吞吐量（仍要单独付兼容侧费用）
- 探索性草稿，最终合并前再换回官方模型过一遍
不要做的几件事
- 不要把「兼容端点」理解成「白嫖官方订阅」
- 不要分享账号、拼车、转卖席位（本文不讨论、不协助）
- 不要在未读条款的情况下，把公司密钥写进可提交的脚本里
小结
Claude Code 的价值很大一部分在本地 agent 循环；推理层可以按厂商文档指到兼容端点，但那是另一份合同与账单。便宜适合高通量样板与限额压力下的草稿；硬活、高风险审改，优先留在官方 Claude。额度与网络背景分别见 周限额 +25% 与 使用模式。