用途：在修复缺陷时先让错误行为可执行。适用于用户明确要求 TDD、失败测试或回归测试，或缺陷存在明显且廉价的本地测试目标的场景；当测试需要大范围脚手架、脆弱 mock、缓慢端到端设施、仅生产环境状态、模糊复现步骤或大量无关夹具改动时应跳过。
主要能力与流程：先理解缺陷，明确预期行为、当前行为、受影响路径与最小可观察复现；选择最窄的可执行检查，优先复用该代码路径已有的单元、组件、集成或回归测试；先写最小聚焦的失败测试，编码预期行为而非照搬当前实现；修复前运行该测试，确认其因预期原因失败；再做满足预期行为的最小生产代码修改，保留相邻契约；重新运行回归测试确认通过；如有较大风险，运行相邻测试、类型检查、lint 或场景检查。
失败测试不可行时：不要静默跳过回归步骤，应先明确说明失败测试为何不可行或不值得，再选择最接近的可执行回归检查，如定向脚本、手动复现命令、浏览器自动化、快照对比、日志断言或聚焦集成检查。
限制与护栏：优先不新增测试也不写坏测试；坏测试包括主要测试 mock、编码当前实现细节、依赖时序或无关全局状态、为小修复依赖昂贵设施、或证明修复后立即删除。不要为使测试匹配错误实现而改测试；除非预期行为确实改变且理由明确，不要削弱现有断言；回归测试应聚焦该缺陷，避免无关夹具改动或扩大覆盖；实际信号弱时不要加测试，改用手动或脚本验证并说明原因；若缺陷不稳定，尽量使测试确定并记录所锁定的信号。
最终响应需报告证据而非仅结果：说明修复前失败的测试或可执行检查及其失败表现、修复后通过的测试运行及所做相邻验证；若无法展示修复前失败证据，说明原因并描述所用的最接近回归检查。