在使用 Claude Code 的过程中Anthropic 官方 API 的调用成本和网络问题一直是个痛点。DeepSeek V4 提供了兼容 Anthropic 格式的 API价格优势明显但实际对接时存在若干协议层面的差异直接使用的话在进行 Agent spawn 工具调用时会出现不少问题。经过排查定位到3 个核心兼容性问题reasoning_content 返回 400 错误 Tool result missing due to internal error SSE 流式输出中途截断DeepSeek 官方文档对思考模式的行为作了明确说明思考模式不支持 temperature、top_p、presence_penalty、frequency_penalty 参数。请注意为了兼容已有软件设置参数不会报错但也不会生效。在思考模式下思维链内容通过reasoning_content参数返回与content同级。在后续轮次的拼接中可以选择性地返回reasoning_content给 API在两个 user 消息之间如果模型未进行工具调用则中间 assistant 的reasoning_content无需参与上下文拼接在后续轮次中将其传入 API 会被忽略。在两个 user 消息之间如果模型进行了工具调用则中间 assistant 的reasoning_content需参与上下文拼接在后续所有 user 交互轮次中必须回传给 API。代理中间件的核心设计思路正是基于上述规则在工具调用场景下自动补全reasoning_content的结构要求在响应端剥离 DeepSeek 无条件返回的 thinking 事件。项目已开源dsv4-cc-proxy问题分析与解决方案#问题症状解决方案1tool_use 消息缺少 thinking 块reasoning_content400 错误请求端自动注入空 thinking 块2DeepSeek 无条件返回 thinking SSE 事件Tool result missing due to internal error响应端剥离 SSE 中的 thinking 事件3thinking.typeadaptive不被支持流式截断 / 400标准化为 disabled 移除 reasoning_effort 参数技术设计轻量实现基于 Starlette httpx 构建核心代码不到 300 行无外部服务依赖内存占用低。测试覆盖22 个单元测试覆盖各修复路径的边界场景。代理行为代理仅在POST /v1/messages请求上执行修复逻辑其余端点零开销透传不影响正常 API 调用。架构示意Claude Code ←→ localhost:16889 (dsv4-cc-proxy) ←→ api.deepseek.com效果对比场景无代理直连通过代理tool_use 消息缺 thinking400 错误自动注入修复Claude 发送 adaptive thinking流截断 / 400自动标准化为 disabledDeepSeek 返回 thinking 事件Tool result missing自动剥离非 messages 端点请求正常零开销透传部署方式支持多种部署场景平台部署方式Dockerdocker run -d -p 16889:16889 hosheali/dsv4-cc-proxymacOSlaunchd 开机自启Windows计划任务 / 双击.bat启动Linuxsystemd 服务本地快速启动gitclone https://github.com/HosheaLi/dsv4-cc-proxycddsv4-cc-proxy pipinstall-rproxy/requirements.txt python3 proxy/deepseek-thinking-proxy.py启动后配置 Claude Code 的ANTHROPIC_BASE_URLANTHROPIC_BASE_URL:http://localhost:16889参考资料DeepSeek Thinking Mode 官方文档Claude Code 配置指南项目仓库 — dsv4-cc-proxy如果你有在使用 DeepSeek V4 Claude Code 的组合这个工具可以省去排查兼容性问题的时间。欢迎在评论区交流或在 GitHub 提交 Issue 和 PR。