不要在 Claude Code 中使用其他模型

问题描述：

如题，Claude Code 允许你修改环境变量，通过调整 BASE_URL 和 API_KEY 的方式，接入非官方源。其核心是让你能配自己的企业源，通常特指 Vertex AWS 及授权企业的 Opus4.6 / Sonnet4.6。

而不是你 Claude Code Router 或 LiteLLM 接的本地部署的模型或者另外的其他国产厂的source，这会带来非常严重的性能损耗和降智行为。

基于 Claude Code 使用的国产模型都会有不同程度的降智行为，相关评测也不具备说服力，只能说明你测的模型相较于 Opus4.6 来说无法驾驭 Claude Code。

原因有几点：

1. Claude Code 只适合 Claude 模型使用
   Claude Code 提供的是一套 strategy 和 环境，这套环境塞入了26个初始工具和将近20k的零启动规约，使用严格的 XML 提示词将你的 skills，mcp，hook，CLAUDE.md 以及其他来自各个目录的 .claude/ 规则全都扫进上下文，加上你的 user prompt 和 compact memroy，整个运行压力非常沉重，起手僵直直接打满。对于这种极端复杂的 context，是否进行管针对性的微调训练是关键因素，方差极大。对于一个国产模型或者开源模型来说，使用更轻量的上下文负担工具效果会更好，例如 opencode，kimi code， kilo，trae 等。
2. Claude Code 的接口协议适配问题
   比如某个版本后引入了新的特性，新的接口参数，新的规约指纹特征，这都可能导致整个调用链彻底崩溃。最明显的表现就是某个 step 之后会话莫名其妙就结束了，看起来像是被提前中断一样。还有就是不可控的上下文，A社只要稍微改一下指纹特征就能让你的缓存失效击穿，带来巨额账单。