用途：把已存在的 spec 当作实现计划，逐轮（pass）推进到完成。每轮通常是一个切片或一个垂直检查点，是一个可审查的提交点，而非停止点；只有全部切片和全局 TODO 关闭，或遇到必须由用户决定的硬阻塞时才停止。
主要能力：读取仓库 README、spec README 和下一个切片，加载 spec 指定的技能；按依赖图并行委派独立切片给子代理（并行改文件时各自使用 git worktree）；每轮实现后运行聚焦测试、浏览器/截图验证、审查（refactor-clean、code-review、write-docs、audit-choices）并提交；定期执行维护检查点，清理交接文档、过期 TODO 和脚手架；最终对整份 spec 做一次全量审查，合并 choices 账本并用 close-spec 归档。
使用方式：按工作流逐步执行——先读文档与切片，再实现一个连贯的 pass，验证真实契约，审查并清理 git 状态中的临时文件，更新 spec README 的 Next Agent Prompt，然后提交并立即开始下一轮。视觉变更需提供与变更前基线的字节/像素差异，以及未受引导的截图评审。
适用场景：长规格、多轮实现、需要维护检查点和交接的工程任务；独立切片较多、可并行推进的项目。
限制：不适用于无 spec 的临时任务；向后兼容对未发布的开发脚手架不是目标；不得削弱既有默认门禁或重新固定失败契约；人类检查点不阻塞，约 5 分钟后由执行者自行决策并记录；上下文不足不是停止理由。具体安装命令、平台与收费信息暂未提供。