用途：moai-workflow-tdd 是测试驱动开发（TDD）工作流专家，用于从零开发新功能，通过“先写测试、再写实现”的方式让测试定义预期行为。
主要能力：围绕 RED-GREEN-REFACTOR 核心循环展开。RED 阶段先写一个会失败的测试来定义期望行为，并确认其因正确原因失败；GREEN 阶段编写刚好能让测试通过的最小实现，不多做未经测试的功能；REFACTOR 阶段在测试保持通过的前提下改善结构、消除重复、优化命名。测试结构建议采用 Arrange-Act-Assert，测试名称需描述行为。
使用方式与配置：资料给出基于 .moai/config/sections/quality.yaml 的开发模式选择逻辑。constitution 下 development_mode 可为 hybrid、ddd 或 tdd；hybrid_settings 中 new_features 设为 tdd、legacy_refactoring 设为 ddd。当 development_mode 为 tdd 时始终使用本工作流；为 hybrid 且属于新包或新模块时使用 TDD，而对已有代码重构则应改用 DDD（moai-workflow-ddd）。执行时通过 manager-tdd 按理解需求、RED、GREEN、REFACTOR、重复的步骤推进。
适用场景：从零创建新功能、构建无既有依赖的隔离模块、以行为规格驱动开发、定义清晰契约的新 API 端点、行为明确的新 UI 组件。不适合重构既有代码、以保持行为为首要目标、缺少测试覆盖的遗留系统，以及修改已有文件（此时可考虑 Hybrid 模式）。
限制与质量要求：每次提交最低 80% 测试覆盖，新代码推荐 90%，所有公共接口需被测试；所有测试须通过，不允许先实现后补测试。资料还提到与测试工作流、质量框架及 TRUST 5 校验（可测性、可读性、可理解性、安全性、透明度）的集成，并给出常见问题与恢复流程。具体安装命令、收费方式、平台支持等资料未提供。