文章

OpenAI WebSocket 升级与 AI 代理效率观察

#103 · 2026-05-08 · 21ZHAO Blog

引言

近期，AI 基础设施层与应用体验层同时出现了值得关注的动态。一方面，OpenAI 在底层通信协议上做出关键调整，旨在解决 Agentic（代理式）工作流中的延迟痛点；另一方面，开发者社区在实际使用各类 AI 编码工具时，暴露出性能与成本之间的显著差异。与此同时，关于大模型交互风格的讨论也揭示了产品设计的另一面。本文将结合这些素材，从技术架构演进与用户体验两个维度进行观察。

为什么值得关注

随着 AI 从“对话助手”向“自主代理”转型，系统对实时性和多步骤编排的要求急剧上升。传统的 HTTP 请求-响应模式在处理复杂工具调用和长链路任务时，往往成为性能瓶颈。OpenAI 此次的技术更新直接针对这一痛点，而社区的真实反馈则反映了当前 AI 工具在落地过程中的参差不齐。理解这些变化，有助于开发者更好地选择工具链，并预判 AI 应用架构的未来趋势。

关键信息

  • OpenAI 引入 WebSocket 执行模式：

    • OpenAI 为其 Responses API 引入了基于 WebSocket 的执行模式。
    • 该更新通过用持久连接替换传统的 HTTP 请求-响应周期，将延迟降低了高达 40%。
    • 主要受益场景包括编码代理（Coding Agents）、实时 AI 系统以及生产规模下的多步骤编排和工具执行。

  • 社区工具链效率对比：

    • V2EX 社区用户反馈，在使用 openCode go + omo 组合时，效果一般且 Token 消耗极大。
    • 相比之下，Codex 在相同提示词下表现出更快的速度和更高的准确率。
    • 用户普遍关注如何优化现有工具链，或寻找高效的中转方案以平衡速度与成本。

  • AI 交互风格的产品化思考：

    • 有分析指出，ChatGPT 等模型倾向于使用“稳稳接住你”、“极其漂亮的结论”等安抚性话术。
    • 这种设计旨在降低用户焦虑，提升交互的流畅感和信任度，但也引发了关于信息密度与情感支持之间平衡的讨论。

可延展观察

  1. 协议层变革对 AI 架构的影响：WebSocket 的引入标志着 AI 接口正从“即时问答”向“持续会话”演进。未来，更多 AI 服务可能会采用类似的双向通信机制，以支持更复杂的实时协作场景。
  2. 工具链的“性价比”博弈：社区反馈显示，并非所有 AI 工具都能提供一致的高效体验。开发者需要在模型能力、响应速度和 Token 成本之间进行精细权衡。未来，针对特定任务（如代码生成）的专用模型或优化中间件可能会成为主流。
  3. 情感计算与实用性的边界：AI 的“安抚性”回复虽然提升了用户体验，但在专业领域可能被视为噪音。未来产品可能会提供“专家模式”与“陪伴模式”的切换，以满足不同场景下的信息密度需求。

参考来源