用途：执行实现计划，根据上下文自动检测合适的执行模式，派发智能体并验证结果。
主要能力与模式：
- 子智能体（默认）：适用于含 manifest.json 的计划目录、独立任务、当前会话；每个任务使用全新智能体，并有两阶段审查。
- 批量：用户希望独立会话，或计划有 10 个以上任务；基于检查点执行，每批 3 个任务。
- 并行派发：2 个以上独立任务、无需正式计划时（如多个不相关的测试失败）；每个问题域一个智能体。
- 团队：用户明确说“team”，或任务需要持续协作；使用命名智能体、按波次协调。
模型选择：重型用 Opus（实现、复杂调试、架构）；中型用 Sonnet（代码审查、分析、规划）；轻型用 Haiku（格式化、简单查询、验证检查）。
通用规则：最多 4 个并发智能体以避免资源争用；每个智能体有明确文件所有权，禁止两个智能体修改同一文件；智能体从磁盘读取简报文件，不要内联粘贴完整简报；在波次边界重新读取 manifest.json 以在上下文压缩后恢复状态；每次派发提示中都要包含返回格式约束（token 预算与结构）；遇到阻塞时停止并询问，不要猜测。
提示模板：prompts/implementer.md（实现智能体派发模板）、prompts/spec-reviewer.md（规范符合性审查模板）、prompts/code-quality-reviewer.md（代码质量审查模板）。
参考文档：references/execution-modes.md（各模式详细流程）、references/orchestration-patterns.md（智能体派发规则、模板、常见错误）、references/guardrails.md（停止条件、清理、过期计划检测）。
集成：依赖 git-workflow（工作树、栈）与 writing-plans（创建本技能执行的计划）。
限制：资料未提供具体安装命令、收费信息、支持平台或实际效果数据。