用途：TDD Workflow 用于按测试驱动开发（TDD）方式执行功能开发，核心原则是“在该行为的失败测试存在之前，绝不编写实现代码”。它把需求或计划拆解为有序增量，并逐增量执行红-绿-重构循环。
主要能力：
- 环境识别：读取 tech_stack 配置；未知时从项目文件推断语言（package.json→TypeScript、Gemfile→Ruby、go.mod→Go、pyproject.toml→Python），仍未知则询问用户。
- 增量分解：识别模式（数据转换、CRUD、状态机、计算、集成），按退化→正常路径→变体→边界→错误排序，并为每个增量创建任务。
- 红-绿-重构循环：RED 写失败测试并运行确认失败；GREEN 写最小实现使测试通过；REFACTOR 在测试通过前提下改进实现与测试代码。
- 暂停/继续规则：RED 预期失败时暂停等待用户；测试意外通过时停止排查；GREEN 全部通过自动继续；GREEN 失败暂停；REFACTOR 通过自动继续，失败则回滚并暂停；增量之间自动继续。
- 任务跟踪：可选启用 task_tracking，使用 workflow ID 记录任务元数据，并可写入 ledger（默认 .agents/workflow-ledger.yml）。
- 收尾：运行完整测试套件，报告完成增量数、测试总数与通过/失败状态，并建议剩余工作、遗漏边界与集成测试。
使用方式：先读取需求/计划，识别模式并分解增量，经用户确认后逐增量执行 TDD 循环；测试命令来自语言配置参考，Ruby 项目可委托 rspec-coder 或 minitest-coder 技能。
适用场景：构建新功能、按测试驱动方式推进开发、需要结构化增量与明确暂停点的编码任务。
限制：资料未提供具体安装命令、收费信息、支持平台或性能数据；语言配置、增量模式与 Rails 示例位于引用文件中，本页未展开。测试质量要求每个测试只覆盖一个行为、相互隔离、命名清晰、只因一个原因失败，避免测试实现细节、先写代码后补测试、共享隐藏依赖以及跳过重构阶段。