用途：围绕一个 docs/<feature>/ 目录编排 Unity 功能的实现与审查，使用全新子代理完成侦察、实现和审查，遇到首个失败关卡即停止并报告阻塞。
主要能力与流程：
- 预检：要求该功能目录包含 spec.md 且 tasks/ 下至少有一个文件；读取完整 spec 与每个任务；用 git rev-parse HEAD 记录固定点，脏工作区也可接受。
- 侦察已完成任务：调用一个全新 scout 子代理，依据仓库证据判断每条验收标准与必需验证；名称、复选框、提交、测试源码和人工声明都不算完成证据。仅对本质上需要人工操作或判断的工作使用 HUMAN-PENDING；可自动化检查缺少证据记为 UNPROVEN。仅当所有标准有证据或为 HUMAN-PENDING、所有验证已证明或为 HUMAN-PENDING、所有阻塞已完成且无剩余实现或可自动化验证时，任务才标为 COMPLETE，否则标为 RUN。仅当侦察返回 Status: complete、覆盖每个任务且支持每个 COMPLETE 决定时才继续。
- 实现：按数字顺序逐个处理 RUN 任务，每个任务调用一个全新 worker 子代理，使用 /skill:unity-implement <task-path>；仅当响应以 Status: complete 开头才继续，失败则停止并报告。
- 审查：对照固定点检查已跟踪、已暂存、已提交和未跟踪的变更；无变更则记录 not run (no changes) 并结束；否则调用全新 reviewer 子代理，使用 /skill:unity-code-review <fixed-point> <feature-directory>，No findings. 为干净，失败或不完整审查视为阻塞。
- 一次性修复：首次审查有发现时，原样传给全新 worker 子代理，使用 /skill:unity-implement Review remediation for <feature-directory>. 并附 Review findings: <verbatim findings>；成功后用原固定点与功能目录再跑一次完整审查，不再进行第二轮修复。
- 报告：返回紧凑报告，包含各任务状态、实现变更文件、延迟或不可用验证（含 HUMAN-PENDING）、首次审查结果与发现、修复变更与发现处置、最终审查结果与剩余发现。
限制：不要运行 git add、git commit 或 git stash。资料未提供安装方式、收费、平台或效果信息。