用途：把一份计划或功能需求转化为可运行、已评审的完整功能。它负责拆解、依赖 DAG 与调度、跨任务集成和功能级最终评审；单个任务的构建（前后端拆分、跨模型评审、TDD）交给 implement-and-review，不重复实现。
主要能力：用 to-tasks 把计划拆成 tracer-bullet 垂直切片任务，每个任务带机器可校验的验收契约、门控标记（lenses + security）和 blocked_by 依赖；独立任务并行执行，依赖任务等待阻塞项；按依赖顺序集成，每个任务通过验收后才允许其依赖项启动；全部集成后对整个功能做 full-review，聚焦跨任务接缝。
使用方式：先做预检——确认 git（无 git 则串行回退）、用共享探针验证席位、检测项目级测试/构建命令、设定并发上限（默认 3）、记录 HEAD 为 feature base 并创建集成分支，产物放在 .ai-workflow/impl-review/<session_id>/。Phase 0 接收计划（用户提供、TASKS.md、tracker issue 或 --from-consensus 的共识报告），用 to-tasks 拆解并展示任务列表，用户批准后才写代码（--auto 可跳过）。Phase 1 按 blocked_by 建图，先调度 HITL 任务，AFK 任务无人值守运行，对每个任务调用 implement-and-review 并传入任务简报、--slice <task> 命名空间和 --base 为当前集成头。Phase 2 做功能级全量评审并应用发现。Phase 3 输出报告并写入 report.md。
适用场景：需要把较大计划落地为多任务、可并行、需跨任务集成与最终评审的功能开发。
限制：需要 git 才能并行（否则串行）；席位不足或成本紧张时降低并发；单任务时跳过 DAG 直接调用 implement-and-review；任务达到 3 轮上限会被升级，只阻塞其依赖项；不推送、不提 PR、不删除 worktree，除非被要求。具体调度与集成命令见 references/feature-orchestration.md，运行状态规则见 shared/references/run-state-contract.md。