为什么老出现这问题：CC Switch local proxy failed while handling Codex endpoint /responses. Provider: 火山Agentplan; model: glm-5.2;。。。

[lw7898]

为什么老出现这问题：CC Switch local proxy failed while handling Codex endpoint /responses. Provider: 火山Agentplan; model: glm-5.2; upstream_status: HTTP 400; cause: Invalid request body Request id: 0217856437661326cdfc011ea8b93e0e9a6342d71c7037217d9e4

哪位帮忙看看？

[jokaye]

这个 400 是火山上游返回的，Invalid request body 本身还不足以判断具体字段；但你这里的 火山Agentplan + glm-5.2 + /responses 很容易把两套套餐/端点混在一起。

建议先按下面顺序核对：

1. 升级到 CC Switch v3.19.1。该版本把火山方舟 Coding Plan预设改成了原生 Responses 直连，正确组合是：
   • base_url = "https://ark.cn-beijing.volces.com/api/coding/v3"
   • model = "ark-code-latest"
   • wire_api = "responses"
   • 不需要开启本地路由
2. 预设更新不会改写已经保存的供应商。升级后请从最新的 Coding Plan 预设重新创建一个供应商，或逐项核对高级设置。
3. 如果你购买的确实是 AgentPlan，不要套用上面的 Coding Plan 预设。AgentPlan 使用的是另一条 /api/plan/v3 路径，模型能力也不同。glm-5.2 拒绝 Codex 发出的 reasoning 对象已有同类报告 #4723。这种情况下应按火山对该模型实际声明的协议选择：若只支持 Chat 兼容格式，就在 CC Switch 里选 OpenAI Chat 并开启本地 Responses→Chat 路由；否则换用明确支持原生 Responses/reasoning 的模型。

如果仍失败，请补充以下脱敏信息，才能定位到具体字段：CC Switch 版本、完整 base_url（不要贴 key）、供应商的 API 格式、是否开启本地路由，以及日志中 cause: 后的完整上游响应。仅凭 Invalid request body 无法区分是 endpoint、model、reasoning 还是工具 schema 被拒绝。

参考：v3.19.1 release notes 中“DeepSeek 与火山方舟 Coding Plan 改为直连 Codex”以及“预设变更只影响新建供应商”两节。