用途：在构建功能或修复缺陷时实践测试驱动开发（TDD），围绕红-绿-重构循环推进。核心原则是测试通过公共接口验证行为，而非实现细节；好的测试像规格说明，能在内部重构后依然成立，坏的测试则耦合内部协作者、私有方法或外部手段。
主要能力与工作流：先规划，使用项目领域词汇命名测试与接口，尊重相关 ADR，与用户确认接口变更、优先测试的行为、可测试的接口设计，并列出要测试的行为而非实现步骤，获得批准后再动手。随后写一个 tracer bullet 测试，确认系统的一件行为：RED 写测试使其失败，GREEN 写最小代码使其通过。接着进入增量循环，对每个剩余行为重复 RED→GREEN，一次只写一个测试，只写足够通过当前测试的代码，不预判未来测试。全部通过后再重构，寻找提取重复、加深模块、应用 SOLID 等机会，每步重构后运行测试，且绝不在 RED 状态重构。
关键限制：禁止水平切片，即不要先写完所有测试再写所有实现，这会产生测试想象行为、只测数据结构与函数签名、对真实变化不敏感等问题。正确做法是垂直切片，一个测试对应一个实现，循环往复。每个循环需自查：测试描述行为而非实现、只用公共接口、能经受内部重构、代码对当前测试最小、不添加投机功能。资料未提供具体安装命令、平台或收费信息。