OpenAI 开源 Symphony：面向自主编码智能体编排的 SPEC 规范文档

核心要点

• 智能体编排器：Symphony 是一个智能体编排器，通过项目管理工具协调多个编码智能体
• 解决人类注意力瓶颈：解决了工程师同时管理多个 Codex 会话时的上下文切换吃力问题
• 任务驱动工作流：以问题、任务、工单、里程碑等核心交付物为工作流搭建单元
• 降低犯错成本：主要工作变成审查已完成的工作，降低智能体犯错的成本
• 简单规范文档：以 SPEC.md 文件形式发布，并非复杂监督系统

详细内容

背景：人类注意力瓶颈

OpenAI 的工程师们创建 Symphony 是为了解决在使用更原始的工作流程时遇到的"人类注意力力"瓶颈：

每位工程师都会打开几个 Codex 会话，分配任务、审查输出、引导智能体，然后重复这一过程。事实上，多数人同时管理三至五个会话后，就会因频繁切换上下文倍感吃力。

超过这个数量后，工程师很难记住每个会话在做什么、监控停滞的智能体，也无法在脑中清晰梳理各项正在推进的工作。

Symphony 的工作模式

Symphony 不再围绕单个编码会话（每个会话的目标都是在人工明确监督下最终合并代码拉取请求）来组织工作，而是将项目里的问题、任务、工单与里程碑等核心交付物，作为工作流的搭建单元。

Symphony 会持续监控任务看板，确保每个进行中的任务都有对应的智能体持续运行直至完成。如果智能体崩溃或停滞，Symphony 会重启它。如果出现新工作，Symphony 会接收并开始推进工作。

任务分配与执行

在这种模式下，智能体的工作不再与 PR 绑定：

• 一个问题可以指示智能体分析代码库并生成实现方案，然后将其分解为 Symphony 可以跨智能体调度的任务树
• 如果智能体发现可优化或重构的地方，它可以自主创建新问题
• 这两类场景中，依旧需要人工开发者审核生成的问题，审核完成后再由 Symphony 下发执行

主要优势

这种方法的主要优势在于，智能体犯错的成本显著降低，因为主要工作变成了审查已完成的工作并决定是否驳回。

技术实现

Symphony 的另一个显著特点是，它并非一个复杂的监督系统，而是一份 SPEC.md 文件，描述了问题及解决方案，每个组织都可以用它来创建自己的编排器。其参考实现使用 Elixir 构建，因为 Elixir "在编排与管理并发进程方面具备十分完善的基础能力"。

产品定位

最后值得注意的是，OpenAI 并未将 Symphony 定位为一个独立产品，它只是一个参考实现，开发者可以根据自己的场景和代码库进行调整和定制。

原文链接：https://www.infoq.com/news/2026/05/openai-symphony-agents/

声明：本文由 InfoQ 翻译，未经许可禁止转载。