OpenAI 开源 Symphony：它不是 AI 编程助手，而是任务编排器
最近看到一篇公众号文章在聊 OpenAI 刚开源的 Symphony。如果只看标题，很容易把它理解成“又一个 AI 编程神器”。但我把它的 GitHub 仓库、SPEC.md 和 Elixir 参考实现说明都过了一遍之后，感觉这项目真正值得看的地方，不是“AI 会不会写代码”，而是： OpenAI 正在尝试把 AI 编程从“对话式辅助”推进到“任务级执行”。 一句话总结： Symphony 不是 IDE 里的代码助手，而是一个围绕 issue、workspace、coding agent、PR、CI 和人工审批构建的任务编排器。 项目地址： GitHub：https://github.com/openai/symphony 先说结论：Symphony 解决的是“管理工作”，不是“补全代码” 今天大多数 AI 编程工具的典型使用方式还是这样： 你在 IDE 或终端里提问 AI 给你一段实现 你审查、纠偏、继续补上下文 AI 再继续写 这种模式当然有效，但本质上还是 人工实时驾驶。 你虽然在用 AI，但注意力并没有真正被解放。你只是把“自己敲代码”变成了“盯着 AI 敲代码”。 Symphony 想解决的正是这个问题。它的目标不是让 AI 把某个函数写得更快，而是把一项工程工作变成一个 可调度、可隔离、可观察、可审批 的自动化执行单元。 也就是说，工程师关注的对象从： “这几行代码怎么写” 转向： “这个任务有没有被正确完成” “交付结果是否可信” “现在是否应该批准合并” 这背后其实是一种非常明确的范式变化： 从管理代码生成过程，转向管理任务完成结果。 Symphony 是怎么工作的 根据 README.md、SPEC.md 和 elixir/README.md，Symphony 的大致工作流程是这样的： 持续轮询任务系统（当前规范版本主要是 Linear） 找出符合条件的 issue 为每个 issue 创建一个独立 workspace 在 workspace 里启动 coding agent 按仓库中的 WORKFLOW.md 指令推进实现 让 agent 生成 PR、CI 状态、review 反馈等结果 把任务交给人工审批或流转到下一状态 如果任务状态改变，比如变成： ...