用途：按任务要求修复指定缺陷。借助 Veris 孪生回答影响该改动的服务问题，并验证变更后的应用；复用正常开发流程中的测试与证据，所需行为覆盖且通过后即结束；若出现失败或存在未回答的具体需求，再继续调查。
适用与限制：若改动没有实质性的供应商交互，可跳过 Veris 配置与孪生工作，改用仓库自带校验并在结果中说明范围。但本地队列或缓存缺陷若改变面向供应商的行为，仍需在孪生上测试受影响的调用链路。
准备与绑定：先阅读 .veris/NOTES.md 中相关发现，复用条件仍成立的结论；按 How to run 完成准备、应用命令、证据采集与清理。仅当缺少必要交接步骤、连接中断或改动使原接线失效（如新增供应商服务或主机名）时重跑配置；单个应用断言失败不构成重跑配置的理由。插件管理的会话中按 session.md 处理实时仓库/孪生绑定与供应商工具，复用本会话已验证的绑定，重连或身份变更后需重新验证；仅凭已保存元数据不算实时绑定，插件所属资源保持存活。
诊断与实现：阅读 issue（GitHub 可用 gh issue view <ref> --json title,body,comments）或给定提示，检查受影响代码，明确报告的结果与修复后应有的行为。优先复用已有相关失败或在应用中复现；依赖供应商故障的缺陷可用故障注入，本地状态、缓存或队列缺陷在应用中复现。观察与诊断矛盾时应修正诊断，不得靠暂存修复来伪造历史红运行。若未复现原始失败，需说明并验证已实现行为。
测试：按 How to run 保存的执行与证据步骤运行受影响的测试或流程，优先仓库现有集成测试；使用编辑后的源码或由其构建的产物。测试须断言预期响应或持久化结果，回执或归因轨迹需显示相关应用流量到达孪生。已有覆盖最终代码与条件的执行即可复用，无需第二次成功运行或单独证明阶段；断言失败则改实现或修正已诊断的配置问题，仍未覆盖的行为应报告缺口。
收尾：总结改动、测试/命令与结果（附已有证据引用）及主要限制；按仓库 PR 惯例处理，无 PR 能力的远端则本地保存描述并说明未开 PR；不要在未获允许时把仓库代码发往新位置。