用途：该技能用于在实现任何功能或修复缺陷前，先写测试。它面向需要以测试驱动方式编写生产代码的开发流程，核心主张是“没有先失败的测试，就不写生产代码”。
主要能力：围绕 Red-Green-Refactor 循环组织开发。RED 阶段写一个最小测试，验证其确实因功能缺失而失败；GREEN 阶段写最少代码让测试通过；REFACTOR 阶段在保持测试全绿的前提下清理重复、改进命名、抽取辅助函数。要求每个新函数或方法都有测试，并覆盖边界和错误情况。
使用方式：先运行测试命令（如 npm test path/to/test.test.ts）确认测试失败及失败原因，再实现通过代码，随后验证通过且其他测试仍通过。若 .planning/ 目录存在，GREEN 之后向 .planning/progress.md 的测试结果表追加一行。修复缺陷时先写复现缺陷的失败测试。删除用户已写但无失败测试的代码前需先确认。
适用场景：新功能、缺陷修复、重构、行为变更等；对一次性原型、生成代码、配置文件等可询问用户是否例外。
限制与要求：不写测试就写代码被视为违反规则，已写代码应删除并重新开始；不应保留为参考或边写测试边适配。测试应立即通过的情况被视为可能测错对象。手动测试不被视为自动化测试的替代。具体项目配置、依赖版本、价格及平台支持等信息暂未提供。