用途：在实现功能或修复缺陷时，按测试驱动开发（TDD）方式推进，核心铁律是“没有失败的测试就不写生产代码”。若先写了代码，就删除并重新开始。
主要能力：
- RED-GREEN-REFACTOR 循环。RED 先为单个行为写一个失败测试并亲眼确认其按预期原因失败；GREEN 写最少代码让测试通过；REFACTOR 在保持绿灯的前提下清理重复、改进命名。
- 验证要求。RED 与 GREEN 阶段均须运行测试确认，命令示例：pnpm test --grep "rejects empty email"。
- 覆盖率要求。新代码目标为分支、函数、行、语句均 100%，检查命令：pnpm test --coverage。配置类、纯类型定义、自动生成代码、第三方边界代码可作例外，需在配置中记录。
- 双层测试。单元测试用 mock 验证逻辑，集成测试必须对真实服务运行；涉及数据库模型/迁移、仓储层、缓存、发布订阅、队列任务时，两层都必需。
- 测试质量与模式。一个测试只测一个行为，采用 Arrange-Act-Assert，覆盖错误与副作用；仅在外部边界处 mock，不 mock 自身内部实现。
使用方式：开始实施时声明正在使用 TDD；按循环逐个行为推进。完成 TDD 单元测试后，先启动本地服务（如 docker-compose up -d），再运行集成测试并验证迁移（如 pnpm migrate），在推送前于本地环境确认。
适用场景：功能开发、缺陷修复，尤其涉及数据库、缓存、消息队列等真实服务交互的代码。
限制：资料未提供安装命令、具体平台或价格信息；示例基于 Jest 与 pnpm，其他测试框架的适配方式暂未提供。