用途：在遵循测试驱动开发（TDD）纪律下实现新行为时使用此工作流。通过把每一步委派给独立子智能体，强制阶段间上下文隔离，避免测试设计被实现选择污染。
流程：
- 明确规格：用一两句话复述期望行为，并确定测试框架（如 jest、pytest、go test、RSpec 等）。
- 红：委派给 tdd-test-writer，只传规格（不传被测源码）。子智能体编写失败测试，报告测试路径与实际失败输出。若测试立即通过，则回到明确规格并收紧规格。
- 绿：委派给 tdd-implementer，只传失败测试路径（不传原始规格或既有实现提示）。子智能体编写让测试通过的最小实现，报告 diff 与通过的测试输出。
- 重构：委派给 tdd-refactorer，只传绿之后的代码。子智能体在不改变行为的前提下提升清晰度，并重跑测试确认仍通过。
- 循环：对每个行为重复，保持测试范围狭窄。
限制：不让测试编写者读取被测函数的既有实现代码；不让实现者读取原始规格或早期草稿实现（当前失败测试除外）；仅当所有测试为绿时才重构；若测试因意外原因失败，视为真实信号，不得在未重述规格的情况下改测试使其通过。
最终报告需包含：实现的行为、新增或更新的测试文件、最终测试状态、应用的重构改动、残余风险或后续待写测试。