让deepseek写了一个中继才可以使用 问题是说 claude code 更新导致的 这么commandcode api 很纯？ 400 的根因不在 Command Code，也不在 CC Switch，而在 Claude Code 自己。 从 2.1.154 起，Claude Code 会把「环境上下文 / 精简系统提示」直接塞进 messages 数组，形成 {“role”:“system”} 这样一条消息；而 Anthropic Messages 规范里 messages 只允许 user / assistant，system 必须是请求体顶层字段。Command Code 按规范严格校验，于是返回 400 Invalid input at messages.1.role（messages.1 正是下标 1 的那条 system）。官方 issue 被 closed as not planned（Anthropic 认为这是它自家网关的兼容行为），第三方网关只能自己接。 其实通过上游选chat，然后cc的路由也可以；OpenAI Chat Completions / OpenAI Responses 会走转换管线、顺带把 system 消息处理掉，400 确实会消失 —— 但 Command Code 的 Claude 系模型只在 /messages 上服务（官方 /provider/v1/models 的 supported_endpoints 明写，实测也报 unsupported_model）。这两条路只能配它家的 deepseek/ 、zai-org/GLM- 、moonshotai/Kimi-* 等非 Claude 模型，代价是 Claude Code 的 Anthropic 专有特性（WebSearch / thinking 等）在转换中丢失。 Anthropic Messages（原生） 是纯透传，不会把 messages 里的 system 提回去 → 还是 400。 方案 A（推荐）：Command Code 走「直连 + 本机中继」 方案 C（不推荐）：降级 Claude Code 回归自 2.1.154 起，2.1.153 是最后一版不注入 system 消息的。你现在是 2.1.296，降回去要放弃近半年功能，不划算。 刚使用感觉 commandcode上下文不能很大，纯不纯、是不是正经的Claude还待我用用看，昨天刚买就处理Claude code 接入问题，没咋正式使用~ 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/11 12:29:42