ds你自己都不在源码上支持切换思维等级。本轮运行失败The reasoning_content in the thinking mode must be passed back to the API. INVALID_REQUEST

[DoiiarX]

本轮运行失败The reasoning_content in the thinking mode must be passed back to the API.
INVALID_REQUEST

ds你自己都不在源码上支持切换思维等级。

[weijiafu14]

这个报错不是"不支持切换思维等级"，是另一件很具体的事，而且大概率能配掉。

报错在说什么

DeepSeek 的 thinking 模式有一条要求：assistant 消息里的 reasoning_content 必须在后续请求里原样回传。如果适配器把历史里的 reasoning 丢掉只回传正文，下一轮就会收到你贴的这个 INVALID_REQUEST。所以它是"回传契约没满足"，不是"档位不能切"。

官方有对应的 compat 开关

rc.8 的 llm-pi-ai profile 里，OpenAI-completions 协议下有这个字段：

llm-pi-ai:
  providers:
    你的provider:
      api: openai-completions
      baseURL: https://api.deepseek.com
      apiKeyEnv: 你的KEY变量名
      models:
        - id: <模型 id>
          name: <显示名>
          contextWindow: 131072
          reasoningEfforts:
            off:
            low: low
            high: high
          compat:
            requiresReasoningContentOnAssistantMessages: true

requiresReasoningContentOnAssistantMessages 就是"这个端点要求把 reasoning_content 回传"的声明。配上之后适配器会带着它发。

但要先确认你走的是哪条路由

• 如果你是自己在 settings.yaml 里加的自定义 provider（指向 api.deepseek.com 或某个中转），上面这段直接加上就行。
• 如果你用的是 DSH 内置的那条 DeepSeek 路由，那条路由的定义在 DSH 自己手里、你改不了，这个 compat 也就没地方加——那种情况下这确实是 DSH 侧该修的（内置路由应当自带这条声明），我们帮不上。

麻烦说一下你是哪种，以及在设置里选的是哪个 provider。是第二种的话，这帖就是一份有效的 bug 报告，值得让维护者看到。

边界

上面的配置形状我完整跑过（换的是别的端点，同一套 compat 机制，并且进了我自己项目的发版回归），所以字段名和位置是可靠的；但"配上它就能解决你这个具体报错"我没有在 DeepSeek 官方端点上验证过——我是从报错文案反推的。你试完如果还报，把配置和完整报错贴出来。

利益相关：我维护 pi2dsh，上面全是 DSH 官方 llm-pi-ai 的配置，不需要装任何插件。

[DoiiarX]

我记得我是让一个不支持思维链的模型切换为思维链模型报错的。用的是 DSH 内置的那条 DeepSeek 路由。

[weijiafu14]

@DoiiarX 既然是内置 deepseek-official，就不用加前面那段 llm-pi-ai.compat 配置；它管的是另一条适配器路径。

我刚在官方 DSH 0.2.0-rc.2 做了同会话实测：deepseek-flash 先关闭思考并执行工具，再恢复同一会话切到 High、读取上一轮的文件。两轮均完成，持久日志确认档位确实是 off → high，没有安装 Pi 插件，也没有出现 reasoning_content 错误。

所以当前内置路由的这个开关场景可用。不过你说的是“从另一个不支持思考的模型切过来”，还缺切换前后的两个模型 ID 和 DSH 版本，我没有把它冒充成已复现的同一案例。若升级后仍出现，贴这三项及脱敏后的完整错误即可，不要贴 key。