用途：该技能用于在用户希望以测试优先方式构建功能或修复缺陷、提到“红-绿-重构”或需要集成测试时，指导智能体按测试驱动开发流程工作。
核心理念：测试应通过公共接口验证行为，而非实现细节。好的测试是集成风格的，走真实代码路径，读起来像规格说明，能在重构后继续存活；坏的测试耦合实现，模拟内部协作者、测试私有方法或绕过接口验证，重构时容易误报。
反模式：禁止水平切片，即先写全部测试再写全部实现。正确做法是垂直切片与追踪弹：一个测试对应一个实现，循环推进，每个测试回应上一轮学到的内容。
工作流：1）规划：阅读 CONTEXT.md 以匹配项目领域语言，尊重相关 ADR；与用户确认接口变更、优先测试的行为，识别深模块机会，列出行为清单并获得批准。2）追踪弹：写一个测试确认一件事，RED 失败后写最小代码使其 GREEN 通过。3）增量循环：对每个剩余行为重复 RED→GREEN，一次一个测试，只写足够通过当前测试的代码，不预判未来测试。4）重构：全部通过后提取重复、加深模块、应用 SOLID，每步后运行测试；RED 状态下不得重构。
每轮检查清单：测试描述行为而非实现；仅使用公共接口；能经受内部重构；代码对当前测试最小化；不添加投机性功能。
限制：资料未提供具体安装命令、平台支持、收费方式或代码示例细节；tests.md 与 mocking.md 仅被引用，内容暂未提供。