open webui近期一则deepseek思考模式问题已取得正式修复进展：在涉及技能、知识库或记忆的聊天中，接口可能提示reasoning_content必须回传。0.13.3已经纳入对应修复，但使用deepseek的连接仍需核对provider设置，不能把升级当成唯一条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
原帖列出的安装环境、版本及DeepSeek报错内容
问题出在隐藏工具轮次的推理字段
原帖报告环境为Docker部署的0.13.2。维护者在后续复核中确认，自0.13.1起，部分上下文通过隐藏工具调用进入聊天，这些轮次本来没有推理内容；DeepSeek的相关校验仍要求历史工具轮次具备reasoning_content字段。
讨论早期曾给出“只改Provider即可”的回答，但独立用户继续复现后，维护者更正了判断。文章应以这次更正和最终修复记录为准，而不是照搬前面的临时结论。
升级后仍要检查连接类型
0.13.3的修复会在llama.cpp类型连接中，为缺少推理内容的工具轮次补上可接受的空字段。Default连接保持原样，因此需要在管理后台的连接设置中打开高级选项，核对该DeepSeek连接的Provider为llama.cpp。修改连接会作用于该连接下的模型，操作前需核对使用范围。
暂时无法升级时的处理边界
维护者确认可在模型高级参数中将Reasoning Effort设为none作为临时绕开方式，但这会关闭思考能力。它不是保留全部能力的正式修复，也不适用于所有上游模型。更新后应重新检查同样的技能、知识或记忆场景。
