来源：转录/OpenAI开源项目Symphony-让Codex 从聊天窗口变成任务流水线（简介附原文链接+总结） / B 站 / UP：未明
核心结论：Symphony 是 OpenAI 开源的 Coding Agent 编排 Spec，把 Codex 从”人盯一个个 Session”升级为”由任务系统（Linear/Issue Tracker）驱动的多 Agent 长期运行服务”；软件工程的对象从 Session 切到 Task/Issue/Deliverable，模型能力→编排能力是下一阶段竞争的关键。
核心设计：从 Session 到 Task
| 旧模型 | 新模型 |
|---|---|
| 中心：聊天窗口 / Session | 中心：Issue / Task / Deliverable |
| 人类盯多个 Session | 任务系统当状态机，Agent 自动认领 |
| Agent = 一次性代码生成器 | Agent = 长期运行的工程队友 |
| 瓶颈：模型写代码速度 | 瓶颈：人类监督 / 上下文切换 |
Symphony Spec 六大核心组件
| 组件 | 职责 |
|---|---|
| Workflow Loader | 读取仓库里的 Workflow MMB，加载 Prompt / Runtime / Settings / Hooks / Tracker 配置 |
| Config Layer | 类型化配置、默认值、环境变量 |
| Issue Tracker Client | 从 Linear 等拉取任务并标准化为统一 Issue 模型 |
| Orchestrator | 轮询任务、分发工作、重试、状态维护（核心调度器） |
| Worker | 为每个任务创建 Workspace，启动 Agent 管理 Session 生命周期 |
| Workspace Manager | 创建/管理每个任务的隔离目录 |
任务生命周期（State Machine）
Unclaimed → Claimed → Running → (Retry | Cued | Released)不是给人看的概念，而是 Symphony 维护的”任务执行权威状态”。
关键能力：依赖第一（Dependencies First）
- 任务可标
Blocked on X，Symphony 自动等待前置任务完成 - 团队可先让 Agent 分析代码库 → 生成 Implementation Plan → 拆任务树 → 并行/串行执行
- Agent 在实现/Review 过程中可自行创建 Follow-up Issue，进入同一任务系统
工程哲学与边界
- 仓库必须 Agent-Friendly（清晰 AGENT.md / Workflow.md / 可靠测试 / 稳定本地启动）
- 隔离 Workspace 是基础设施，不是可选项
- 失败要系统化吸收 → 沉淀为测试 / 文档 / 工具 / Guardrail
- 工程师价值集中在判断上；Routine Implementation 交给 Agent
- 不适合：模糊/需强判断/专家经验的任务；适合：目标明确、有测试可验证、可推进的 Routine Work
技术栈细节
| 维度 | 选型/原因 |
|---|---|
| 与 Codex 交互 | Codex App Server Mode（JSON-RPC），可启动 Session / 发输入 / 监听事件流 / 暴露动态工具 |
| 参考实现语言 | Elixir（并发 + supervision 天然适合管理大量可能失败需重启的 Agent Worker） |
| 自洽性 | Symphony 用 Symphony 的工作流推进自己的开发（eat your own dog food） |
数据点
- 内部团队前 3 周 Landed PR 数量 +500%（视频原话，不同团队/仓库/测试质量结果不同）
- 文中 6 个月前 OpenAI 内部某生产力项目做到 0 人类手写代码（100% Codex 生成）
对本知识库的连接点
- 与 10台M4 Mac mini 搭成集群能干啥？（OpenClaw前置工作） 互文：本地算力是 Symphony 类的下游执行底座
- 与 将任何代码库变成AI能读懂的知识图谱 完全本地运行大幅降低Token浪费 互文：CodeGraph 给 Agent 提供代码图谱知识层，Symphony 给 Agent 提供任务编排层
- 与 我做了个创作工具之间的传送门，专治我存哪了来着【B站AI创造公开赛】 互文：Cora 走”上下文对齐 + 浏览器插件”轻路径，Symphony 走”任务系统 + 长期运行服务”重路径，都是”降低 Agent 工作摩擦成本”的两个方向
- 对应 Agentic Design Patterns 中：Ch 7 多智能体协作、Ch 11 目标监控、Ch 6 规划、Ch 4 反思 的工程化范本
写入边界
- 视频是工程博客的中文解读，OpenAI 原文链接文中未直接给出（标题里承诺”附原文链接”，需另搜 OpenAI 官方 Blog：标题 “An Open Source Spec for Codex Orchestration: Symphony”）
- 500% PR 增长是 OpenAI 自家口径，未给出实验组/对照组；外推到其他团队需谨慎
- Symphony 当前是否已合并主干 PR、issue tracker 是否必须 Linear、是否支持自托管 Tracker 等关键信息视频未涉及
- UP 主身份未在视频中显示（BV 链接含 up_id=581897590，但名称未提及）
- Codex App Server Mode 的 API 稳定性、Elixir 实现的成熟度、Sandbox 策略等需查 OpenAI Codex 文档