Symphony：用开源编排规范，把问题追踪器变成全天候智能体系统
六个月前，OpenAI 内部团队做了一个在当时颇具争议的决定：构建一个完全由 Codex 生成代码的仓库，不写一行人工代码。为了实现这一目标，他们重新设计了工程工作流，打造了代理友好的仓库，并大量投入自动化测试与护栏。在解决了初始挑战后，团队遇到了新的瓶颈——上下文切换。为此，他们开发了 Symphony，一个开源代理编排规范，能将 Linear 等项目管理面板变成编码代理的控制平面。每个未完成任务都有一个代理持续运行，人类则专注于审查结果。这一变革使部分团队的合并请求数量提升了 500%。
交互式编码代理的天花板
尽管编码代理（如 Codex）通过网页或 CLI 使用起来越来越便捷，但它们本质上仍是交互式工具。随着 OpenAI 内部代理工作规模的扩大，工程师们发现了一种新的负担：每人同时管理 3-5 个 Codex 会话后，上下文切换变得痛苦不堪。生产力下降，工程师需要记住每个会话的任务、在终端间跳转调试，代理快速但人类注意力成了系统瓶颈。团队意识到，他们打造了一群能力极强的初级工程师，却让人类工程师变成了“微观管理者”。
视角转变：从会话到任务
团队意识到，他们优化的对象错了。软件工作流本质上是围绕可交付物（问题、任务、里程碑）组织的，而不是围绕编码会话或合并 PR。如果不再监督代理，而是让代理围绕任务自动运行，会怎样？
Symphony：问题追踪器即编排器
Symphony 正是基于这一理念的开源规范。它将 Linear 等项目管理工具作为控制平面：每个未完成任务触发一个代理，代理持续运行、自动迭代，人类仅在关键节点进行审查。这种“永远在线”的代理模式消除了上下文切换，让工程师从“管理代理”回归到“审查产出”。
实践效果与开源
在部分团队中，Symphony 使合并请求数量提升了 500%。团队将 Symphony 开源，希望帮助更多组织将问题追踪器转变为全天候代理编排系统。Symphony 不仅是一个工具，更是一种工作流哲学的体现：让代理围绕任务持续运转，而非让人类围绕代理切换注意力。
小结
Symphony 展示了 AI 工程化的新方向：通过开源编排规范，将问题追踪器变为智能体系统的控制中心。这不仅是效率的提升，更是对“人机协作”模式的重新定义——人类从操作者变为监督者，代理从工具变为自主的团队成员。