用途：将一份规格说明转化为通过测试验证的、功能完整的代码。输入可以是来自 /triage 的 agent brief 或来自 /to-prd 的 PRD，随后循环执行“红灯 → 绿灯 → 重构”，每个循环结束暂停等待用户审查。
主要能力与流程：
- 范围界定：阅读规格说明、CONTEXT.md 及相关 ADR，读取 tests.md 中的自定义测试规则（框架、模式、命名惯例），把规格拆解为可独立测试的行为切片，第一个切片取最小且有价值的端到端行为。
- 红灯：按 tests.md 模式编写失败测试并明确引用规范，尽量通过真实接口而非 mock 测试（除非方法确有副作用）；运行测试，确认失败原因符合预期，把失败输出粘贴给用户并暂停征求同意。
- 绿灯：只写足以让测试通过的最小实现，允许少量 [TODO]；检查新增接口是深层还是浅层、是否引入架构倒退（可先记录，不必立即修复）；运行测试并粘贴结果与实现概要，再次暂停。
- 重构：按 refactoring.md 检查项寻找重构点，重点消除重复、深化浅层模块；逐步实施并边改边跑测试，若无合适重构点需说明原因。
- 循环：回到红灯处理下一个行为切片，直到规格覆盖的行为全部实现并通过测试；若发现规格本身有问题，停下来与维护者讨论。
适用场景：需要以测试先行方式落地功能、希望保持对代码掌控并逐步审查的开发者。
限制：需先具备规格说明（agent brief 或 PRD）；流程依赖 tests.md、interface-design.md、mocking.md、deep-modules.md、refactoring.md 等文档；每个循环需用户确认，无法完全自动推进。具体安装方式与平台支持暂未提供。