hermes接入deepseek遇到的奇怪问题

问题描述：

似乎有这么一个问题：deepseek的API强制要求回传之前对话的thinking的内容 但是由于hermes本身没有涉及回传这个字段导致了会出现400报错

Non-retryable error (HTTP 400): HTTP 400: The reasoning_content in the thinking mode must be passed back to the API.
Non-retryable error (HTTP 400) — trying fallback…
Error code: 400 - {‘error’: {‘message’: ‘The reasoning_content in the thinking mode must be passed back to the API.’, ‘type’: ‘invalid_request_error’, ‘param’: None, ‘code’: ‘invalid_request_error’}}

但是有一个不合理的地方 如果这么说的话每一个session只有第一个对话是成功的后面都会失败。可是实际情况是我在上午的时候对话一直是没有问题的 刚刚才发现这个问题。

难道deepseek更换了API的请求要求？

网友解答：

---

--【壹】--：

太好了！！ 现在姑且能用了 过段时间下载更新吧

---

--【贰】--：

我也遇到了，Hermes的问题，还没适配v4的请求，GitHub已经有人提交pr了等合并推送更新吧，或者自己找下手动合并下

---

--【叁】--：

我也出现这个问题，把thinking关了就正常了。应该是**hermes的问题。**

---

--【肆】--：

nanobot也有一模一样的问题，修了几次都没搞好

---

--【伍】--：

估计是的 因为他自己查出来说是没有添加这个回传的字段 但是奇怪的地方在于上午是好的

---

--【陆】--：

deepseek v4pro现在写代码能力怎么样，逻辑能不能行呀

---

--【柒】--：

补充一个在用终端使用hermes的时候遇到的问题（WSL2 并非在powershell 而是换到了ubuntu的那个终端），如果我在他回答的时候试图键入下一个问题 那么会有概率触发 卡死 无法选择授权 无法发送下一个对话

---

--【捌】--：

在终端开了一个会话，让他自己修复了（他直接增加了reasoning_content回传，但是我不清楚它是真的传了对应的内容还是直接给了一个空字符串骗过去的，虽然我确定reasing的部分他存下来了）

之前是有调用工具的 没有出现问题

---

--【玖】--：

穷鬼大学生不敢用hhh，现在直接用的是flash对于我那些极其简单的开发需求没啥问题

mimoV2.5pro 接在cc里面使用 感觉上效果不错 比v2强得多 但是目前还没看到mimov2.5pro在 LLM Benchmark Dashboard
这里的评测 期待中

---

--【拾】--：

要求传回思考内容是为了保证tool call的连续性，所以只有tool call要求传回reasoning_content。也许你之前聊的时候没有触发工具调用？当然我只是猜测一下，我没有用过hermes，也没看过代码，不清楚它的具体实现

---

--【拾壹】--：

我也遇到一个奇葩的事儿 也是hermes和ds产生的神奇化学反应
hermes 我真的力竭了！ - 开发调优 - LINUX DO