Open Responses 讲解

当时解决了什么问题

2024–2025 年，Agent 的接线分三层：模型↔工具（MCP）、Agent↔Agent（A2A）、以及客户端↔模型提供方。前两层有公开协议，第三层一直是一方 API 的形状——换供应商就要改代码。

Open Responses 处理的是第三层：把「一个能发工具调用、收结果、继续」的循环写成规范，并保留语义化的流式事件（而不是让调用方自己去解析文本增量）。

值得单独记的一点：治理设计

发起方是一家厂商的员工，schema 也来自一家的 API——这本来很像「事实标准的单方面输出」。但治理条款写了两条反向约束：任何单一厂商不得占多数维护者席位、治理角色由个人而非组织担任。

这与 A2A 由 Google 发起、MCP 由 Anthropic 发起的路径不同：这一次从一开始就把「不被一家控制」写进了规则。是否奏效要看后续，但作为设计选择，它是 2026 年协议治理的一个新样本。

对后续 LLM 与 Agent 的影响

对时间线的意义在于分层：不要把这条和 MCP / A2A 混成一类。它们各管一层接线，调研方法 里说的「协议」是这一层的统称。

也需要克制：截至 2026 年 9 月，它的采纳仍集中在模型供应商与推理服务侧，没有出现跨厂商的强制采用。按「标准」标签的门槛（多方默认）看，它还没到。它同样不满足「工程化」的门槛（把某项此前只被演示、未被交付的能力第一次交到他人手上），因此本条不带标签。