TDD Workflow 是一套测试驱动开发（TDD）的工作流原则，核心理念是“先写测试，再写代码”。它围绕经典的 RED-GREEN-REFACTOR 循环展开：红灯阶段先写一个会失败的测试，绿灯阶段写最少量代码让测试通过，重构阶段在不破坏测试的前提下改进代码质量，然后重复该循环。
它给出 TDD 三定律：只为让失败测试通过而写生产代码；只写足以展示失败的测试；只写足以让测试通过的代码。红灯阶段应聚焦行为、边界情况与错误状态，测试必须先失败，名称描述预期行为，理想情况每个测试一个断言。绿灯阶段遵循 YAGNI，写最简单、最少量的实现，暂不做优化。重构阶段可消除重复、改善命名、调整结构、简化复杂度，要求所有测试保持通过、小步增量提交。
测试统一采用 AAA 模式：Arrange 准备数据、Act 执行被测代码、Assert 验证结果。适用场景包括新功能、缺陷修复（先写测试）和复杂逻辑；探索性开发与 UI 布局则价值较低。测试优先级依次为正常路径、错误情况、边界情况、性能。文档还列出反模式对照，例如不要跳过红灯阶段、不要事后补测试、不要过度设计、避免多断言与测试实现细节。
此外提到 AI 增强的 TDD 多智能体模式：一个智能体写失败测试，一个实现使其通过，一个负责优化重构。其强调测试即规格说明，写不出测试说明尚未理解需求。安装命令、代码示例、平台与收费信息暂未提供。