今天遇到个十分坑爹的事情.DeepSeek Response接口，会强制无条件将思考级别从none提升。

今天遇到个十分坑爹的事情.DeepSeek Response接口，会强制无条件将思考级别从none提升。

本来正在做vulcancode的最后优化，分析到统计部分，发现一直在产出记忆请求。而且每次请求都失败，但是实际上都有请求。但是请求内容异常。异常点在输出过多，并且时长超长。而我们本身实际测试之前都是秒级。然后我就开始分析了。我们限制了请求时间 不可超过15秒。否则记忆部分会认为是失败。因为如果预检索时间太长影响用户使用。而实际情况下我们的实际大概几百毫秒在ds flash情况下。为何突然都变这么长时间。一点点找。程序没问题，代码没问题，请求明确传递了none。但是有思考。我又测试会话。设置关闭还是有思考。我就奇了怪了。找很久。然后我安排模拟。然后模拟结果是 只要思考级别设置none 就是没思考。我调整输出会话的实际调用保存日志。然后日志里也写了none。

也就是不是请求有问题。但是为了防止实际是不是还有后续封装，还是原样请求进行了测试。结果测试结果是 没有思考。。。

这就真奇怪了，明明两个 完全相同的api参数，一个带思考 一个不带思考。

最后核对自己代码也实在找不到有问题的地方后。想到了一个可能，就是头信息。

然后我让ai用同样请求模拟头信息带有codex标记后。思考设置为none 也会强制出现思考。

2天干掉了我100多 而且我实际啥没干。。就被这个给坑了。

![image|690x442](upload://A3uct5ELdCp

zk3wKj55QpgCKIRK.png)

这是我的踩坑。主要是DeepSeek 自己帮助里 明确支持none 并且说明none为关闭。之前调用正常，因为dsv4 的 anthropic 支持搜索以及 response 支持搜索。而我的vulcancode以response作为主协议。所以默认设定了 优先response。之前一直正常。谁也没想到切换response协议后 全程爆炸。而且这个坑 很少有人碰到。。。