用途：TDD 是 Prodcraft 的核心实现纪律，遵循 RED→GREEN→REFACTOR 循环：先写失败测试，用最简代码使其通过，再改进设计，重复进行。它不只是测试，更是设计手段——先写测试迫使在实现前思考接口。
主要能力：铁律是“没有失败测试就不写生产代码”。若先写了实现代码，必须删除并从 RED 重来，不得保留为参考或稍作改写。流程分四步：RED 写描述预期行为的测试并运行，必须失败；GREEN 写最小代码使其通过，允许丑陋和硬编码，但不添加测试未要求的代码；REFACTOR 在测试保持绿色的前提下消除重复、改进命名、简化逻辑；然后重复。
使用方式：最小输入为 task-list，识别下一个待实现切片及其完成标准；api-contract 在改变公共或服务间行为时强烈建议提供；acceptance-criteria-set 为可选增强输入。棕地或共存工作需先决定安全网：遗留行为的特征测试、新变更 API 的契约测试、被排除流程的不支持或兼容性测试。棕地测试顺序建议：先特征/回归安全，再契约行为，再不支持/延迟行为，最后才是快乐路径实现切片。
适用场景：默认适用于所有实现工作，尤其是契约行为、棕地现代化和兼容性敏感任务。测试金字塔要求单元测试多而快、集成测试适中、E2E 少而慢。质量门包括：接受实现代码前观察到 RED 运行、每个验收标准至少一个测试、全部通过、新代码覆盖率达标（如 80%）、无跳过测试、单元测试 30 秒内、全套 5 分钟内。
限制：窄例外仅限探索性原型（设计稳定后须补测试）、纯 UI 布局（以视觉回归或交互检查为真正证明）、配置与胶水代码（在受影响边界测试启用行为）。使用例外须明确说明理由。反模式包括事后补测试、测试实现而非行为、巨型测试设置、忽略重构、100% 覆盖率执念、棕地跳过安全网、参考代码作弊。安装面为 skills/.curated，打包稳定性 beta，能力就绪度 core。