一、这几天在使用claude code终端遇到如下问题：

Thought for 20s, searched for 2 patterns, read 1 file (ctrl+o co expand) ●Let me do a deep dive into the project structure and key files Thought for 10s, read 11 files (ctrl+o to expand) ●API Error: 400 'type' must be in ["enabled", "disabled", "auto"]

二、问题现象：

在直接使用deepseek，获取其它大模型时候，也不会出现这个问题；

在使用中转站时候，简单回答，没有这个报错，一旦进入深度思考，就会出现这个问题；

四种无报错场景汇总：（豆包总结的原因）

① 直连 Anthropic 官方 Claude API 官方原生接口支持dynamic_workflow_size，原生兼容该私有参数，不会报错。

② 中转网关具备载荷清洗能力（高级路由 / 自建代理） 代理接收请求后，主动剔除dynamic_workflow_size、thinking等 Anthropic 专属扩展字段，再转发给国产大模型，避免参数冲突。

③ 使用 Claude Code ≤v2.1.201 旧版本 该版本尚未新增dynamic_workflow_size特性，不会自动注入该私有参数，请求报文干净，对接 OpenAI 协议中转、国产模型不会触发 400 错误。

④ 客户端层面关闭功能 在 Claude Code 输入/config，将Dynamic workflow size设置为disabled，插件不再自动注入dynamic_workflow_size，从源头消除冲突参数。

反面（你当前的报错场景）

Claude Code v2.1.202 + 无自动清洗的中转（ccswitch）+ OpenAI 兼容国产模型（DeepSeek/Sensenova） 插件自动注入dynamic_workflow_size，中转原样透传，上游模型网关不识别 Anthropic 私有字段，抛出'type' must be in ["enabled", "disabled", "auto"]。

极简一句话核心

新版 Claude Code 自动携带 Anthropic 独有参数，非官方模型不认识，中转不删字段就会报错。

三、修复过程：

已经习惯了使用大模型解决基础问题，但是这次并没有给出太好的解决过程，... 。最后还是经过了csdn中去查询解决方案，很快解决了问题。

步骤一

​​​​​​

步骤二：

"CLAUDE_CODE_ENABLE_THINKING_MODE": true

{ "env": { ... ... # 添加如下这一行 "CLAUDE_CODE_ENABLE_THINKING_MODE": true }, "hasCompletedOnboarding": true, "model": "opus" }

总结：

至此在终端 claude code 测试，问题解决。此博客，告诉自己，有些问题该必应还是得必应一下！！！