TDD Workflow 是一套测试驱动开发（TDD）的工作流原则，核心是“先写测试，再写代码”，围绕 RED-GREEN-REFACTOR 循环展开。
用途：指导开发者按测试先行的方式编写代码，把测试当作需求规格。适用于新功能、缺陷修复和复杂逻辑；探索性开发和 UI 布局场景价值较低。
主要能力与流程：
- TDD 循环：RED 写失败测试 → GREEN 写最小实现使其通过 → REFACTOR 改进代码质量，然后重复。
- TDD 三定律：只写让失败测试通过的生产代码；只写足以展示失败的测试；只写足以让测试通过的代码。
- RED 阶段：聚焦行为、边界情况与错误状态；测试必须先失败，名称描述预期行为，理想情况每个测试一个断言。
- GREEN 阶段：遵循 YAGNI，写最简单、最少量的代码，不做优化，只求通过测试。
- REFACTOR 阶段：消除重复、改善命名、优化结构、简化复杂度；所有测试保持绿色，小步增量修改，每次重构后提交。
- AAA 模式：每个测试按 Arrange（准备数据）、Act（执行被测代码）、Assert（验证结果）组织。
- 测试优先级：快乐路径 → 错误情况 → 边界情况 → 性能。
- 反模式：不要跳过 RED 阶段、不要事后补测试、不要过度设计、避免多个断言、测试行为而非实现。
- AI 增强 TDD：可用多智能体模式，Agent A 写失败测试（RED），Agent B 实现通过（GREEN），Agent C 优化（REFACTOR）。
限制：资料未提供具体安装命令、代码示例、平台支持或收费信息。