用途：当用户希望以测试先行方式构建功能或修复缺陷、提到“红-绿-重构”或需要集成测试时使用。核心理念是测试应通过公共接口验证行为，而非实现细节；好的测试像规格说明，能在内部重构后依然通过，坏的测试耦合实现、mock 内部协作者或绕过接口验证。
主要能力：提供 TDD 工作流指导，包括规划、曳光弹、增量循环与重构四个阶段。规划阶段要求阅读 CONTEXT.md 以匹配项目领域语言、尊重 ADR，并与用户确认接口变更、优先测试的行为，识别深模块机会，列出待测行为并获得批准。曳光弹阶段先写一个测试确认一件事，经历 RED 失败到 GREEN 通过。增量循环对每个剩余行为重复 RED→GREEN，一次一个测试，只写刚好通过当前测试的代码，不预判未来测试。重构阶段在所有测试通过后提取重复、深化模块、应用 SOLID，每步后运行测试，且绝不在 RED 状态重构。
使用方式：按垂直切片推进，即一个测试对应一个实现，循环往复；反对水平切片（先写全部测试再写全部实现）。每个循环检查：测试描述行为而非实现、仅使用公共接口、能经受内部重构、代码对当前测试最小化、不添加投机功能。
适用场景：功能开发、缺陷修复、需要集成测试或希望以红-绿-重构节奏工作的项目。
限制：资料未提供具体安装命令、平台支持、收费信息或代码示例细节；测试无法覆盖一切，需与用户确认最关键的行为，聚焦关键路径与复杂逻辑。