环境与接入
何时使用
接入 Project Workspace、canonical docs，或确认 Automation/Harbor release owner 路由时使用。
通用来源
从 owning Project Workspace 的 project.yaml、.autodev/repos.yaml 和 Git remote 确认项目身份、仓库、默认分支及负责 principal。Workspace 不保存 Symphony 在线状态、执行状态或凭据值。
Automation 接入
- 从注册表确认目标项目、仓库、默认分支和职责，明确全部 Issue 类型的动作与审核边界。
- 固定官方 Symphony 版本、Plane Tracker 和项目 WORKFLOW，配置独立工作目录与并发范围。
- 给执行服务配置必要的 Plane 业务及 GitLab 凭据，不使用旧 Runtime/callback credential。
- 由 owning CI 发布服务，部署环境保证单实例和常驻；观察官方服务状态，不从 Plane 开关推断在线。
- 项目绑定 Symphony 后，通过 Issue 开关委托具体 Issue；无需再次点击开始执行。先以真实任务完成交付、返工和人工验收再说明接入完成。
旧 Coordinator、Worker Profile、Run 队列、项目日程和回调全部退出接入步骤。全部 Issue 类型切换 Symphony；项目级非 Issue 自动规划停用，保留人工业务和历史。
发布边界
Plane 版本通过其仓库原生 GitLab CI、Harbor、Git desired state 和 Argo CD 发布。Symphony 按其 owning delivery surface 发布。Project Workspace、TeamCity 或 Plane 页面不能作为 Plane 发布 fallback。