用途：在修复有明确、低成本测试路径的缺陷时，先让错误行为可执行，即先添加一个修复前失败、修复后通过的聚焦回归测试。
主要能力与流程：理解缺陷（目标行为、当前行为、受影响路径、最小可观察复现）；选择最窄的可执行检查，优先使用该代码路径已有的单元、组件、集成或回归测试；先写最小失败测试，编码预期行为而非复刻当前实现；修复前运行并确认因预期原因失败；做满足预期行为的最小生产改动；重跑回归测试确认通过；必要时运行相邻测试、类型检查、lint 或场景检查。
不适用情形：若测试需要大量测试框架搭建、脆弱 mock、缓慢端到端基础设施、仅生产环境状态、模糊复现步骤或大量无关夹具改动，则跳过新增测试，改用最接近的验证方式。此时不得静默跳过回归步骤，需先明确说明失败测试不可行或不划算的原因，再选择目标脚本、手动复现命令、浏览器自动化、快照对比、日志断言或聚焦集成检查。宁可不加测试，也不加坏测试。
限制与护栏：不得为迁就错误实现而改测试；不得削弱现有断言，除非预期行为确已改变且原因清晰；回归测试应聚焦该缺陷；缺陷不稳定时尽量使其确定性并记录锁定的信号；若暴露更大类别的失败，先落地聚焦回归路径，再考虑同类扩展。
输出要求：默认只返回结果、阻塞项和必要证据，省略前言、过程叙述、重复上下文、置信度评分和后续提议；除必需产物或 schema 外，最多五条要点。最终报告证据：指出修复前失败的测试或可执行检查及其失败信息，指出修复后通过的测试运行及相邻验证；若无法展示修复前失败证据，说明原因并描述所用的最接近回归检查。