Symphony 核心
- 文档状态
- draft
- 文档 Owner
- DOC
- 事实源
- canonical-docs
- 更新
- 2026/10/16
AutoDev 的唯一核心是 Symphony。 它负责把来源中的合格任务带入执行流程，管理调度、并发、重试、任务工作目录和 Agent 会话。Linear、Plane 等任务系统处于来源层；项目工具、审核桥与发布系统处于各自接入或交付边界，不与 Symphony 并列为核心。
先理解三个职责
| 职责 | 回答什么 | 继续阅读 |
|---|---|---|
| 任务来源 | 任务从哪里来，原生状态、负责人、依赖和反馈由谁保存？ | 任务来源 |
| Symphony 核心 | 哪项任务可以进入执行，如何控制并发、重试、工作目录和 Agent 会话？ | 架构与上下文 |
| 执行与结果回流 | 实现、交付证据和业务状态分别在哪里核对，谁有权写回？ | 所有权与数据流及任务跟进 |
来源的状态不等于执行服务当前状态。任务可被读取不等于已启动，Agent 已启动不等于交付完成，源码或 CI 成功也不等于发布与产品验收通过。
核心机制与项目接入分开
核心正文按以下路径阅读。行为依据固定为官方参考实现 be10a1b79df723d6d7612b5651c8522704dafb2e；源码核对不等于团队当前部署或真实任务验证，各页保留这个边界。
| 阅读顺序 | 回答的问题 |
|---|---|
| 架构与执行循环 | Workflow、Tracker、Orchestrator、Workspace 和 Agent 怎样协作？ |
| 任务生命周期与状态 | 哪些任务能派发，认领、运行、重试、阻塞与业务状态怎样区分？ |
| 工作空间与 Agent | 目录如何复用，hook 何时运行，终态怎样清理？ |
| 配置与扩展边界 | 官方实现、团队扩展、历史方案与有效配置怎样分别核对？ |
| 失败与恢复 | 正常续跑、异常重试、等待输入、停滞和重启有什么不同？ |
现有 Automation 技术资料同时包含团队接入合同。Plane 的 CAS、业务动作和人工验收，Slack 审核桥、backlog.enabled、review.enabled 与多后端配置，都须按相应项目或扩展合同理解，不能从这些页面推导为 Symphony 的通用内建能力。旧 Coordinator、Worker Action、Plane Run 与 callback 合同不作为当前核心的备用执行路线。
选择下一步
- 初次认识 AutoDev：概览 → 核心架构 → 任务来源。
- 准备独立参考实例：首次运行提供固定官方实现与 Linear 的命令、配置、观察和结束步骤；尚未在目标环境实跑。
- 使用现有自用任务路径：首次任务说明 Linear 提交入口，不需要另启服务。
- 跟进已有任务：任务跟进分别读取来源、Symphony 与交付证据。
- 开发或维护：开发指南与部署维护；具体命令须匹配其 owning 组件和环境。
官方版本依据见 Symphony 固定源码。团队私有运行实现、live-host 配置和部署状态仍由各自 owning 证据确定；本页不把历史文档定位或官方新增能力解释为目标环境已启用。