[Bug]DeepSeek V4 API 在 无content + 无tool_calls + 有reasoning 时调用API会400报错

[renchonghan]

What happened / 发生了什么

DeepSeek V4似乎改变了一些策略, 使用过程中Flash和Pro都会400报错

Reproduce / 如何复现？

我并不清楚所有导致的原因, 我只能通过报错分析:
DeepSeek V4 API要求在有 reasoning_content 但没有 content 和 tool_calls的时候, 通过上下文推理的消息不能直接丢弃 (推理模型需要 reasoning 历史), 但 API 要求 content 或 tool_calls 至少有一个, 如果两个都是NULL, 就会直接导致400报错
对话模型使用DeepSeekV4 任意模型

可能的关键性设置:
不显示思考内容 流式输出 在不支持流式输出的平台关闭流式回复

AstrBot version, deployment method (e.g., Windows Docker Desktop deployment), provider used, and messaging platform used. / AstrBot 版本、部署方式（如 Windows Docker Desktop 部署）、使用的提供商、使用的消息平台适配器

AstrBot v4.25.2
手动部署 于Windows Server DataCenter 2019
API提供商: DeepSeek V4
平台适配器: QQNapcat(OneBot v11)

OS

Windows

Logs / 报错日志

Are you willing to submit a PR? / 你愿意提交 PR 吗？

• Yes!

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct。

[dosubot]

Hi @renchonghan! I'm Dosu and I'm helping the AstrBotTeam team.

这是一个已被多次报告并已修复的问题，与 #7782、#7798、#7826、#7855、#7906 相同 [1] [2]。

根本原因

DeepSeek V4 的 thinking mode 要求多轮对话中 assistant 消息的 reasoning_content 必须原样回传给 API。当模型只返回 reasoning_content 而没有 content 和 tool_calls 时，旧版本的消息清洗逻辑会将该消息视为"空消息"丢弃，导致后续请求缺少 reasoning 历史，API 返回 400 错误 [3]。

修复情况

此问题已在 v4.23.6+ 中修复（commit 6b36e1a）[1]。当前代码中 _sanitize_assistant_messages() 的过滤条件要求 content、tool_calls、reasoning_content 三者全部为空时才会丢弃消息——只要有 reasoning_content 存在，消息就会被保留 [4]。

你的情况

你使用的是 v4.25.2，理论上已包含此修复。如果仍然遇到 400 错误，可能的原因：

1. 旧对话历史中存在缺失 reasoning_content 的脏数据 → 使用 /new 清除对话历史后重新开始
2. 上下文压缩（llm_compress/truncate_by_turns）在压缩阶段丢失了 reasoning_content [2]

临时解决：执行 /new 清除当前对话历史，开启新对话即可规避。

如果清除历史后新对话仍复现，请贴出完整的错误日志（包含 _sanitize_assistant_messages 相关的 WARN 输出），以便进一步定位是否是压缩器环节的问题。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.

[renchonghan]

这是PR #8483
这是一个全新的问题, 是API要求 reasoning_content信息中, content 和 tool_calls至少有一个不为空, 否则也是 400报错
已进行了处理并提交相关PR