用途：在实现任何功能或修复缺陷时，用轻量纪律守住测试先行，避免赶进度时跳过自动化测试。
主要能力：两个门槛——实现代码前先有一个会失败的测试；亲眼看它红过并贴出红输出，再让它变绿。测试用例来源：有 spec 时把验收标准逐条翻译成测试，一条标准至少一个测试；没有 spec 时先列 3–5 条失败场景，覆盖新行为正确与旧行为不回归两维。节奏小步：一个失败场景→一个红测试→最小实现变绿→下一条。后写测试一次就绿时，临时破坏对应实现路径重跑，确认能红再恢复；怎么破坏都红不了的测试删掉重写。环境支持子代理或多模型时，可让看不到实现的独立上下文出测试，实现侧只负责变绿。
完成定义：全部失败场景有对应测试且全绿才算完成；手工跑一遍没报错只是冒烟。
例外：一次性脚本、纯配置改动、探索性 spike 可不走 TDD，但必须说出口，结束时补测试转正或标注 throwaway 删除。
限制：资料未提供具体安装命令、平台支持范围与收费信息。