从 Chat Completions 到 Responses:DeepSeek 把 Agent 的路修好了

当全网的开发者还在用协议转换层给 Codex 搭“中转站”时,DeepSeek 在 2026 年 7 月 31 日宣布:V4‑Flash 正式版原生支持 Responses API,并在 8 月把 V4‑Pro 也接入同一协议。这意味着,国产大模型第一次在“代理式(agentic)”接口上跟 OpenAI 的新一代协议对齐——不是简单兼容 Chat Completions,而是直接支持为 Agent 而生的 Responses。
为什么是 Responses?协议决定能力上限
可以把主流 LLM 接口理解成三代产物:
-
第一代:无状态补全(Chat Completions) —— “让模型回答我”。每次请求把历史消息全量带上,模型返回一条补全结果。
-
第二代:结构化对话(Anthropic Messages 等) —— “让模型在内容块里与我协作”。仍然是无状态,但输入输出更类型化。
-
第三代:状态化代理执行(OpenAI Responses) —— “让模型执行一次 Agent Turn”。服务端可存会话状态,内置工具与多步推理,返回的是带类型的输出项(文本、推理、工具调用等)。
DeepSeek 的选择很明确:在 V4‑Flash/V4‑Pro 上同时支持 Chat Completions、Messages、Responses 三种格式,但把“Agent 优先”的赌注压在 Responses。
DeepSeek 的 Responses:支持什么、不支持什么
根据官方文档与社区实测,DeepSeek 的 Responses 实现有清晰的边界:
-
支持的模型:
deepseek-v4-flash、deepseek-v4-pro,以及实验性的多模态deepseek-v4-flash-vision-exp(图文混合输入)。 -
请求结构:遵循 OpenAI Responses 规范,用
input(字符串或类型化 items)+ 顶层instructions,而不是单一的messages数组。 -
流式输出:语义级 Server‑Sent Events(文本增量、推理内容、完成事件等),比纯 token delta 更易解析。
-
工具与推理:支持 function calling、web search(有轮次上限)、以及按需的 reasoning/effort 控制,针对 Codex 场景做了专门适配(包括
apply_patch类自定义工具)。 -
状态管理:无状态。DeepSeek 的 Responses 目前不支持
previous_response_id/conversations这类服务端持久会话原语,每次仍需传完整input。
换句话说,DeepSeek 提供的是“Responses 协议的子集”,但恰好是 Agent 最需要的核心子集:reasoning / function_call / web_search 全有,只是把“长程有状态会话”这部分留给你自己在客户端或网关层实现。
对开发者的直接好处:少写胶水,Agent 更稳
如果你之前用 DeepSeek 走 Chat Completions 做工具链/RAG/代码助手,切换到 Responses 的最大收益不是“模型更聪明”,而是工程复杂度下降:
-
多步推理更顺手:你只需给出目标和可用工具,服务端自动完成“思考–行动–观察”的循环,减少客户端反复拼接
tool_calls+ 工具结果再回传的逻辑。 -
事件更类型化:流式返回的是语义事件(文本增量、工具调用开始/结束等),比纯 token delta 更容易做健壮解析与监控。
-
Codex 原生适配:Responses 是 Codex 的目标协议,DeepSeek 明确针对 Codex 做了适配,减少你在国产模型上绕协议转换层的成本。
同时,DeepSeek 保留了 Chat Completions 与 Messages 兼容,意味着你现有的 SDK/网关可以不动,新功能再上 Responses,渐进迁移。
什么时候该换?一个简单决策表
| 你的场景 | 建议协议 | 理由 |
|---|---|---|
| 已有系统稳定运行,主要是自定义函数调用 | 继续 Chat Completions | 兼容最好、迁移收益有限 |
| 做 Agent/多步推理、想用 web search / reasoning | 用 Responses | 内建循环与语义事件,减少胶水代码 |
| 需要长程会话/持久记忆 | Responses + 自存状态(或网关层实现) | DeepSeek 的 Responses 目前无状态,需要你自己存历史或用 input 续聊 |
| 多模型路由/统一封装 | 对外 Chat Completions,内部按模型切 Responses/Messages | 下游改动最小,上游享受新协议能力 |
结语:协议不是噱头,是 Agent 的基础设施
DeepSeek 这次把 Responses 原生支持做扎实,本质上是在告诉开发者:国产模型也能跑在“代理优先”的新协议上。对于开发者意味着可以用同一套 Responses 语义去对接不同厂商,减少协议转换层的维护成本,把精力放在工具设计、评测与数据上。
如果你觉得这篇文章对你有帮助,也欢迎给我一个三连击:点赞、转发和在看;如果可以,再帮我点一个⭐️。谢谢你看到这里,我们下篇再见。
更多推荐

所有评论(0)