用于 Codex 编排的开源规范：Symphony

📌 One-Sentence Summary

OpenAI 推出了 Symphony，这是一套开源规范，能将 Linear 这类问题追踪器转变为编码智能体的常开型编排器。通过将智能体的工作与人类注意力解耦，成功将落地拉取请求的数量提升了 500%。

📝 Summary

这篇来自 OpenAI 博客的文章详细介绍了 Symphony 的创建过程及其背后的理念。Symphony 是一套用于编排编码智能体的开源规范。团队最初构建的系统所有代码均由 Codex 生成，但由于需要在多个交互式编码会话间进行上下文切换，人类注意力成为了瓶颈。Symphony 通过使用项目管理看板（Linear）作为控制平面来解决此问题。它会持续监控任务看板，将每个未处理的任务分配给一个专用的智能体工作空间，并管理从执行到 PR 合并的整个生命周期，包括处理 CI 失败和代码变基。结果，某些团队的落地 PR 数量提升了 500%。文章强调了一种视角的转变：从管理编码会话转变为管理可交付成果（工单）。文章还讨论了其中的权衡，例如失去了在任务进行中提示智能体的能力，这促使团队构建了更强大的护栏和文档。Symphony 的核心是一个 SPEC.md 文件，它定义了问题和解决方案，而非一个复杂的监督系统，这使得智能体能够朝着目标工作，而不是遵循僵化的状态转换。

💡 Main Points

1. 人类注意力是扩展交互式编码智能体的瓶颈。 管理多个并发的 Codex 会话会导致上下文切换和生产力损失，限制了一名工程师可以有效监督的智能体数量。
2. Symphony 使用问题追踪器作为控制平面来持续编排智能体。 通过将未处理的任务映射到专用的智能体工作空间，Symphony 将工作与人类监督解耦，使智能体能够自主运行并从看板中拉取任务。
3. 该系统使落地拉取请求的数量提升了 500%，并改变了代码变更的经济性。 通过降低启动工作的认知成本，团队增加了探索性工作，并允许非工程师提交功能请求，而工程师则专注于更困难的问题。
4. Symphony 被定义为一个 SPEC.md 文件，赋予智能体目标而非僵化的指令。 这套开源规范专注于定义问题和预期的解决方案，允许智能体进行推理并使用工具来实现目标，这比严格的状态机更有效。

💬 Key Quotes

• 我们实际上建立了一支由极其能干的初级工程师组成的团队，然后指派我们的人类工程师去微观管理他们。这无法规模化。
• Symphony 是一个长期运行的自动化服务，它持续从问题追踪器读取工作，为每个问题创建一个隔离的工作空间，并在该工作空间内为该问题运行一个编码智能体会话。
• 模型的力量来自于它们推理的能力，所以给它们工具和上下文，然后让它们自由发挥。
• 当我们的工程师不再花时间监督 Codex 会话时，代码变更的经济性就完全改变了。

📊 Article Meta

Read Full Article