WorkBuddy DeepSeek 深度思考代理
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_95f5dfa2/arcdeepthink。
技能介绍
问题:WorkBuddy 的多轮调用会丢掉 reasoning_content
DeepSeek 的深度思考模式要求 API 在多轮对话中持续回传 reasoning_content,否则会返回类似 “The reasoning_content in the thinking mode must be passed back to the API” 的错误。WorkBuddy 的 Agentic 模式在 spawning sub-agent 或组装 assistant 消息时,可能会丢失这个字段,导致 deepseek-v4-pro 的深度思考链路中断。
方案:本地代理缓存并回注思考内容
该技能不改模型本身,而是在 WorkBuddy 与 DeepSeek 之间插入一个本地 HTTP 代理,核心脚本是 deepseek_proxy.py。它的工作方式比较直接:
- 拦截请求:WorkBuddy 将请求发到
127.0.0.1的代理端口,而不是直接访问 DeepSeek。 - 检查 assistant 消息:如果某条消息缺少
reasoning_content,代理会按消息索引从缓存中找回并注入。 - 透传真实 API:补齐后的请求再转发到
api.deepseek.com。 - 缓存思考内容:响应返回后,代理提取
reasoning_content,按 assistant 消息位置保存,供后续轮次使用。 - 兼容响应格式:支持流式
SSE和非流式 JSON 两种模式。
配套工具 deepseek_tool.py 与 启动深度思考.bat 用于启动代理、修改 ~/.workbuddy/models.json、切换回直连。前置条件包括已有 deepseek-v4-pro 配置、有效 API Key,以及 Python 3.7+ 标准库环境。适用边界是本地调试或 WorkBuddy 调用 DeepSeek 的场景,不适用于需要公网部署、鉴权网关或多租户隔离的正式服务。
使用场景
- WorkBuddy 调用 DeepSeek-V4 Pro 多轮报错时,启动本地代理恢复请求。
- 修改 models.json 指向本地代理,验证流式思考响应是否完整。
- 用 GUI 一键切换代理与直连,排查 reasoning_content 丢失问题。
- 在 Python 3.7 标准库环境中调试 DeepSeek 多轮字段回传。
适合人员
- 维护 WorkBuddy 模型配置的工程师,要修复 DeepSeek thinking-mode 报错。
- 本地调试 LLM Agent 的开发者,需要拦截并回注 reasoning_content。
- 集成 DeepSeek-V4 Pro 的应用开发者,要保障多轮流式调用稳定。
- Windows 桌面用户,想用双击 GUI 快速切换代理和直连。