并行交付

目标：把一份带依赖边的计划在一条整合分支上全部实现、评审并收尾。

前提：计划带依赖边且同时可开工的项至少两个，宿主支持后台子代理与 git worktree。不满足时直接用 implement 按顺序做，串行交付不需要编排层。范围或验收不清楚先回 brainstorm 或 plan，根因未知先用 diagnose。

1. 建唯一的整合分支。可选先派一个探索子代理，把代码与文档调研笔记写到仓库外的共享目录，后续实现子代理直接读，不必各自重新探索。
2. 可开工项（frontier）是依赖已全部合入整合分支的项。按整合分支实况计算，不看 tracker 的阻塞计数——它要等前置关闭才更新，运行中是过期的。每个可开工项派一个全新上下文的后台实现子代理，各用独立的 worktree 与分支。
3. 派发时给上下文指针（计划路径、工单编号、笔记路径、相关 commit），不复述内容。派发词明确要求按 implement 执行、行为改动按 tdd 先红后绿，因为子代理不会继承本会话加载的 skill。
4. 每个实现子代理开工、任何编辑之前确认 worktree 基于整合分支，不是就重置到它上面；交付前把整合分支最新提交合进自己的分支，让合入成为 fast-forward。
5. 子代理完成后，由总控或一个 merger 子代理把它的分支合入整合分支，再按整合分支实况重算 frontier，立刻派发新的可开工项。
6. 验证依赖未跟踪文件（gitignore 的 fixture、本地数据库、凭据）的项，在检出整合分支的主工作区里跑：worktree 只含 git 跟踪的内容，测试在那里静默跳过不算通过。
7. 全部合入后只跑一次 review；中途评审会把还没建的项当成缺失，引发修-审循环。发现交给一个新的实现子代理统一修，之后只复查修过的点。
8. 修完后把整合分支合入主分支（项目走 PR 流程时改为开 PR），按 cleanup 收尾，并删除全部 worktree 和工单分支。

.harness/ 只由总控写；子代理只交 commit 和简报。状态集中在一处写，才不会在多个分支之间漂移。 任何阶段碰到授权边界或需要用户决定的取舍，停下说明，不替用户决定。 本模式适合在会话内可观察、可干预的并行；真正无人值守的批量执行，用确定性脚本或 CI 循环更快、更省、更可靠。

最后输出交付摘要：各工单结果、合并冲突、review 发现与修复情况、剩余事项。