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）。
使用方式：资料未提供具体安装命令、代码示例或工具集成方式，仅给出原则性指引。
限制：资料未说明支持的编程语言、框架、平台或收费情况；内容为方法论，不包含可直接运行的命令或配置。