用途：这是一套测试驱动开发（TDD）的工作流原则，核心是“先写测试，再写代码”。
主要能力：
- TDD 循环：🔴 RED 写失败测试 → 🟢 GREEN 写最小代码使其通过 → 🔵 REFACTOR 改进代码质量，然后重复。
- 三大法则：只为让失败测试通过而写生产代码；只写足以展示失败的测试；只写足以让测试通过的代码。
- RED 阶段：聚焦行为、边界情况与错误状态；测试必须先失败，名称描述预期行为，理想情况每个测试一个断言。
- GREEN 阶段：遵循 YAGNI，写最简单能通过的代码，先不优化。
- REFACTOR 阶段：消除重复、改善命名与结构、简化复杂度；保持测试全绿，小步增量，每次重构后提交。
- AAA 模式：Arrange 准备数据、Act 执行被测代码、Assert 验证结果。
使用场景：新功能、修 Bug（先写测试）、复杂逻辑价值高；探索性开发（先 spike 再 TDD）和 UI 布局价值低。
测试优先级：1 正常路径 → 2 错误场景 → 3 边界情况 → 4 性能。
反模式：不要跳过 RED 阶段、不要先写代码后补测试、不要过早过度设计、避免一个测试多个断言、测试行为而非实现。
AI 增强：可用多智能体分工——Agent A 写失败测试（RED），Agent B 实现通过（GREEN），Agent C 优化（REFACTOR）。
限制：原文未提供具体安装命令、代码示例、依赖要求或价格信息，暂未提供。核心理念是：测试即规格说明，写不出测试说明还没理解需求。