TDD Workflow 是一套测试驱动开发（TDD）的工作流原则，核心理念是先写测试、再写代码。
用途：指导开发者按测试先行方式推进功能开发与缺陷修复。
主要能力与流程：
- TDD 循环：RED（写失败测试）→ GREEN（写最少代码使其通过）→ REFACTOR（改进代码质量），然后重复。
- 三条法则：只为让失败测试通过才写生产代码；只写足够展示失败的测试；只写足够让测试通过的代码。
- RED 阶段：关注行为、边界情况与错误状态；测试必须先失败，名称描述预期行为，理想情况每个测试一个断言。
- GREEN 阶段：遵循 YAGNI，写最简单能通过的代码，不做优化，只求通过。
- REFACTOR 阶段：消除重复、改善命名、优化结构、简化复杂度；所有测试须保持通过，小步增量修改，每次重构后提交。
- AAA 模式：Arrange（准备数据）、Act（执行被测代码）、Assert（验证结果）。
适用场景：新功能、缺陷修复（先写测试）、复杂逻辑价值高；探索性开发（可先 spike 再 TDD）和 UI 布局价值低。测试优先级：正常路径、错误情况、边界情况、性能。
反模式提醒：不要跳过 RED 阶段、不要事后补测试、不要过度设计、避免多断言、测试行为而非实现。
AI 增强模式：可由多智能体分工——Agent A 写失败测试（RED），Agent B 实现通过（GREEN），Agent C 优化（REFACTOR）。
限制：仅在任务明确符合上述范围时使用；输出不能替代针对具体环境的验证、测试或专家评审；若缺少必要输入、权限、安全边界或成功标准，应停止并请求澄清。