fix-default

# Fix Default Skill ## 触发条件 用户报告 Bug、功能异常、报错，未匹配 incident/security 子类型时走默认路径。 模型约束必须容忍表达变化：以原任务目标、真实授权范围和实际工具效果核验行为；同义标题、缺字段、陈旧上下文或登记失败优先自动补正、重取或分批续办，不依赖 100% 文本匹配。宿主拒绝、真实写者冲突和未知副作用只影响对应操作，保留待恢复内容并继续不受影响的工作。 ## 问题诊断三步（CP1 前必做） | 步骤 | 动作 | |------|------| | S0 问题概况 | 先确认这是 Bug / 异常 / 已承诺行为与实际不一致；报告方输入优先落 `bugs/<问题>/00-问题概况.md`，记录现象、重现步骤、期望行为、实际行为、环境版本、频率、影响范围和证据 | | S1 重现 | 根据 `00-问题概况.md` 或等价报告确认问题可稳定重现，记录重现步骤 | | S2 定位 | 代码层面定位根因（文件/函数/行号） | | S3 影响评估 | 评估受影响范围（功能/接口/用户） | ## CP 流程 - **[CP1](../cp-gate/SKILL.md)**：确认问题定性 + `01-问题确认.md` / 等价 CP1 报告 + 根因分析 + 影响范围；不得把 Bug 当成产品新需求 - **[CP2](../cp-gate/SKILL.md)**：确认修复方案 + 回归测试策略 - **[CP3](../cp-gate/SKILL.md)**：≥5 文件变更或含高风险操作时**必须**；其他场景可选 - **执行期 CP3 回退**：若执行过程中实际修改范围扩展到 CP3 门槛（文件数从 <5 增至 ≥5、高风险操作新增、命中控制面/模板/validate/部署副本联动），必须暂停 source mutation，补做 CP3 后再继续。 ## 执行阶段 实施前或实施中复现与当前问题/需求相关的新缺陷时，必须先执行 `spec-governance#InFlightIssueRequirementBindingGate`。PI/PF 不能替代当前问题真相源修订；阻断项先写回当前范围并提醒纳入决定，已有“一并处理/必须先处理”授权时直接同步方案、验收和回归路线后优先修复。 ### ConvergenceFirstRepairBatchV1 当同一任务含多个 finding、控制面联动或版本发布收口时，执行顺序固定为： 1. 完成有界只读扫描并冻结 `IssueSetDigestV1 + RepairBatchPlanV1`，按共享根因/Owner 分批；发现一个就修一个再验证属于流程缺陷。 2. 所有 source writer 串行；实施期间只允许语法、schema、JSON parse、生成器 materialization 等编辑期检查，禁止逐项 targeted/affected/full。 3. 所有批次完成后一次生成统一 affected V2。Runner 必须完整收集失败集合；若失败，递增 repair generation、统一归因、批量修复后再重跑。 4. affected 与 ECR 收敛后冻结最终候选，再执行唯一发布级 V3/full。冻结后的任何 source/规范/生成消费者 mutation 都使该资格失效。 只有用户明确要求逐项隔离验证，或缺少某个编辑期探针会使后续 mutation 不安全时才能例外；例外必须记录 `sk...