用途：在实现任何新功能、修复缺陷、重构或改变行为之前，先用测试描述期望行为，再写实现代码。适用于需要可靠回归保障的开发工作流；一次性原型、生成代码和配置文件可例外，但需征得人类协作者同意。
主要能力：定义红—绿—重构循环。红色阶段写一个最小测试（一个行为、清晰命名、尽量用真实代码）；强制验证它会以预期原因失败，命令如 npm test path/to/test.test.ts。绿色阶段写最简代码让测试通过，不加额外功能。通过后进入重构，去重、改名、抽helper，保持测试全绿，不新增行为，然后进入下一个失败测试。
核心纪律：测试必须曾真实失败过，否则无法证明它能捕捉缺陷。若先写了实现代码，须删除后从头开始，不能留作参考、边写测试边“适配”或查看它。常见合理化借口（太简单不用测、事后补测试一样、已手工测过、删掉可惜）都被明确否决。
质量要求：测试命名描述行为，断言真实行为而非 mock 行为；测试专用代码留在测试工具中，不进入生产类；mock 前先理解依赖副作用。需检查每个新函数都有测试、亲眼看过失败、失败原因正确、实现最小、全部通过、输出干净、覆盖边界与错误。
调试集成：发现缺陷时先写复现该缺陷的失败测试，再走 TDD 循环；不得在没有测试的情况下修 bug。
限制：资料未提供该技能的安装命令、依赖配置、支持语言或平台范围、收费与价格信息，暂未提供。