用途与状态：tdd 是 yeachan-heo/oh-my-codex 下的一个 TDD 兼容外壳（shim），资料标注为“TDD deprecated”，并明确为硬性弃用：不要调用或路由此技能，改为在活跃的实现工作流中保持测试优先纪律，并用项目测试套件进行验证。
原则：资料给出“铁律”——没有先失败的测试就不写生产代码；若先写了代码，则删除并重新开始，无例外。
循环流程：采用红-绿-重构循环。RED：为下一块功能写失败测试并运行，必须失败；若通过说明测试写错。GREEN：只写刚好能让测试通过的最少代码，不添加额外内容，运行必须通过。REFACTOR：改进代码质量，每次改动后运行测试，必须保持全绿。之后重复进入下一个失败测试。
执行规则：若发现先写代码，停止并删除代码，先写测试；若测试首次运行即通过，视为测试有误，需先使其失败；一个循环只做一个测试、一个功能；不可跳过重构。命令部分只给出占位说明：实现前运行项目测试命令，应出现一个新失败；实现后运行，新测试应通过且其余测试仍通过，未给出具体命令。
输出格式：引导 TDD 时按 RED/GREEN/REFACTOR 三阶段报告测试代码、预期失败、实际结果、最小实现、重构改动及测试结果。
外部模型咨询：tdd-guide 代理应咨询 Codex 以验证测试策略，流程为先独立形成测试策略，再交叉验证覆盖策略，批判性评估，外部工具不可用时优雅降级。适合咨询的场景包括复杂领域逻辑、关键路径边界用例、大型功能的测试架构和不熟悉的测试模式；可跳过简单单元测试、成熟的测试模式、时间紧迫的循环和小型隔离功能。工具使用优先原生测试工程师咨询或 CLI 提问界面，仅在已启用时使用可选 MCP 兼容工具，否则回退到测试工程师代理。注意：纪律本身就是价值，走捷径会破坏收益。该技能已弃用，实际使用中不应调用。