OpenAI 开源 Symphony：把 Linear 任务自动变成 AI 编码工作流

最近 OpenAI 开源了一个很值得关注的项目：Symphony。

很多人看到这个仓库，第一反应会以为它是另一个 coding agent。
但更准确地说，Symphony 是一个面向 coding agents 的调度与编排层。

它不直接替代 Codex、Cursor、Copilot，而是负责把项目管理工具里的任务，变成一轮轮隔离、自动、可审计的实现流程。

背景

今天很多团队已经在用 AI 写代码，但很快就会遇到几个问题：

• AI 会写代码，不代表它会稳定地接任务、跑流程、提 PR
• 多个任务并行时，workspace、分支、验证结果容易混乱
• 工程师依然要花大量时间盯着 agent 的执行过程

所以真正缺的，不只是一个更强的 AI，而是一层能把任务、状态、工作区、验证和交付串起来的系统。

Symphony 解决的就是这个问题。

方案

根据官方仓库的说明，Symphony 会持续监听 Linear 这类 issue board，然后：

1. 为每个 issue 创建独立 workspace
2. 在该 workspace 内启动 coding agent
3. 把 repo 里的工作流 prompt 交给 agent 执行
4. 持续推进任务，直到完成、转人工审核或终止

这意味着工程师不需要一直盯着 agent 写代码，而是可以把重心放到：

• 管任务
• 管状态
• 管验收标准
• 管是否合并

能力

我觉得 Symphony 最值得关注的能力有这几项：

• 监听 Linear 等项目管理工具，把 issue 自动转成执行单元
• 为每个 issue 分配隔离 workspace，降低上下文污染
• 支持把工作流配置写进仓库里的 WORKFLOW.md
• 支持长期运行，适合处理持续到来的任务
• 强调 proof of work，例如 CI、PR review、复杂度分析、walkthrough 等

它关注的不是“AI 能不能写一段代码”，而是“AI 能不能在团队流程里稳定把任务做完”。

为什么这种方式有意义？

因为真实工程环境不是一次性对话，而是持续任务流。

一个任务从出现到完成，通常要经过：

• 被创建
• 被分配
• 被实现
• 被验证
• 被 review
• 被合并

Symphony 的价值在于，它开始认真处理这整条链路，而不是只处理“生成代码”这一步。

使用前提

官方也写得很清楚：Symphony 目前还是 engineering preview，更适合在可信环境里试验。

仓库当前主要包含两层内容：

• SPEC.md：规范定义
• elixir/README.md：Elixir/OTP 参考实现

也就是说，它现在更像“规范 + 参考实现”，而不是一个拿来即用的成熟产品。

总结

如果一句话概括 Symphony，我会这样说：

它不是又一个 AI 编码工具，而是一个把 Linear 任务自动编排成交付流程的 orchestration layer。

如果说 Codex 这类工具解决的是“AI 会不会写代码”，那 Symphony 想解决的是：

AI 在团队里，怎么持续、隔离、可审计地完成工作。

项目地址

• GitHub: https://github.com/openai/symphony

如果这个项目对你有帮助，欢迎 Star。
如果你想看我继续补一篇“怎么把 Symphony 接到自己的仓库”的实操版，我可以继续写。