据开发者社区反馈，在代码编辑器 ZCode 中调用 DeepSeek V4 Flash 模型时，存在着显著的 API 格式兼容性差异。尽管 DeepSeek 为了适配 Claude Code 和通用场景提供了 Response、Anthropic 和 Chat Completion 三种接口格式，但 ZCode 目前的底层实现对这三种格式的支持程度不一，导致用户在使用思维链和联网搜索等功能时体验受限。具体技术问题包括：在 Response 格式下，ZCode 未向请求体注入 `web_search` 工具声明，且其解析层的 Schema 白名单仅支持 `reasoning_summary` 字段，而忽略了 DeepSeek 实际发送的 `reasoning_text` 字段，导致思维链不可见；在 Anthropic 格式下，虽然 ZCode 适配了服务端搜索，但解析逻辑会丢弃 DeepSeek 返回的专属链接区域，破坏了搜索结果的完整性；Chat Completion 格式则完全缺失服务端搜索能力。测试结论显示，Response 格式虽存在适配阻碍，但通过本地代理进行字段映射和工具注入后，能够获得最完整的思维链显示和搜索体验，优于其他两种格式。
事件分析
该事件揭示了 AI 编程工具在模型迭代中面临的“协议碎片化”挑战。DeepSeek V4 引入的 Response 格式在处理思维链（CoT）和搜索工具方面提供了更丰富的语义，优于标准的 Anthropic 或 Chat Completion 协议，但现有客户端（如 ZCode）的解析逻辑滞后，导致新特性的“到手即用”受阻。这种差异表明，随着模型从单纯的对话向具备复杂推理和 Agentic 能力进化，API 协议正在分化，客户端应用需要更灵活的流式处理能力和更宽容的 Schema 解析策略，否则将限制高性能模型在边缘侧或客户端工具中的效用发挥。
核心观点：原生 API 格式正成为释放模型性能的关键，但客户端适配滞后已成为制约开发者体验的新瓶颈。
原文链接：Linux.do
