用途：在 worktree 上并行运行多个 /implement 子智能体，完成一个已完成规格设计的功能。
主要能力与角色：编排者负责读取、gh 操作与派生智能体，不编辑 src/，任务为排序、中继、阶段间验证、合并、清理与 ops 侧车。每个智能体执行完整 /implement 流程：自行认领、独立 worktree、TDD、/code-review、自己的 PR；机械尾部（合并顺序、CI 监视、分支/worktree 清理）由编排者负责，智能体止于「PR 打开 + 报告」。
使用方式：先用 git fetch && git pull --ff-only，并确认始终从 origin/main 建分支。用 GraphQL 拉取子议题（gh issue view 不渲染子议题），命令示例：gh api graphql -f query='query{ repository(owner:"$OWNER",name:"$REPO"){ issue(number:$N){ subIssues(first:50){ nodes{ number title state } } } } }'。每个子议题派生一个 /implement 智能体；顺序敏感的规则须写在初始提示中。Ledger 使用 GitHub issue，通过 gh issue comment N --body-file .temp/<f>.md 发评论（不支持 heredoc）。合并仅在 CI 通过后执行：gh run watch <id> --exit-status && gh pr merge <n> --squash --delete-branch && <cleanup>。
限制与注意：不得自行切分或映射工作，子议题缺失或不清晰须停下询问；不得仅凭 CLI 输出断言某个 GitHub 功能不存在；规格可能由 AI 编写，一次性外部设置须先核对提供方文档；共享文件热点须串行或预先约定冲突策略；无法触及的基础设施阻塞可作为终态记入 blocker，并注明所需负责人操作。更多内容见 ops.md。