TDD Workflow 是一套测试驱动开发（TDD）的工作流原则，核心是“先写测试，后写代码”，围绕 RED-GREEN-REFACTOR 循环展开。
用途：指导开发者按固定节奏推进开发。🔴 RED 阶段先写一个会失败的测试；🟢 GREEN 阶段写最少代码让测试通过；🔵 REFACTOR 阶段改善代码质量，然后循环重复。资料同时列出 TDD 三定律：只为让失败测试通过而写生产代码；只写足以展示失败的测试；只写足以让测试通过的代码。
主要能力：RED 阶段聚焦行为、边界情况与错误状态，要求测试先失败、测试名描述预期行为、理想情况每个测试一个断言；GREEN 阶段强调最少代码、YAGNI、最简单实现、暂不优化；REFACTOR 阶段处理重复代码、命名、结构与复杂度，并要求测试保持全绿、小步增量、每次重构后提交。测试遵循 AAA 模式：Arrange 准备数据、Act 执行被测代码、Assert 验证结果。
使用方式与优先级：适合新功能、缺陷修复、复杂逻辑（价值高），探索性开发与 UI 布局价值低（可先 spike 再 TDD）。测试优先级依次为正常路径、错误情况、边界情况、性能。资料还给出 AI 增强 TDD 的多智能体模式：Agent A 写失败测试（RED），Agent B 实现通过（GREEN），Agent C 优化（REFACTOR）。
反模式提醒：不要跳过 RED 阶段，不要先写代码后补测试，不要过度设计初始实现，避免一个测试多个断言，应测试行为而非实现。资料强调“测试即规格说明”，若无法写出测试，说明尚未理解需求。具体安装命令、运行环境与配置方式暂未提供。