14-listed

bug 修复 / 问题修复场景的 11 步工程化 SOP — 21-任务执行纪律在 bug 修复场景的特化落地。Use when: 修 bug / 处理审计发现 / 用户报「不能用」 / 生产事故 / 性能或安全问题 / 反复修不好的 bug / 改一行又冒新 bug / 修了 A 立即冒出 B 时触发。强制 11 步：先记录 → 调研根因 → 设计方案 → 交叉审查 → 实施计划 → 用户确认 → 才改代码 → 改一个验一个 → 全量回归 → 部署+生产验证 → 文档+经验同步；先分析后动手，不跳过分析直接改。SKIP: 任务底层执行纪律 → 21（14 在 21 之上落地）/ 体检·审计本身 → 13 / 紧急回滚 → rollback / 部署动作 → 06。
xcodethink/open-claude-code-skills · ★ 2 · AI & Automation · score 68

Install: claude install-skill xcodethink/open-claude-code-skills

# 问题修复标准流程 **核心原则：先分析再改、改一个验一个、用户确认后才动手。** > 历史教训：跳过分析直接改代码 → 改出新 bug。 > 这个技能强制 11 步流程，每步有交付物，防止跳步。 ## 触发场景 | 场景 | 说明 | |------|------| | 审计/体检发现问题 | 按 `13-系统体检和审计` 发现的问题清单执行 | | 用户报 bug | 从用户描述开始，走完整流程 | | 生产事故 | 紧急修复也必须走调研→方案→验证 | | 代码审查发现问题 | 不是看到就改，先评估影响面 | | 性能/安全问题 | 同上 | ## 文档 | 文档 | 内容 | |------|------| | `问题修复标准流程.md` | 完整 11 步流程、每步交付物、禁止事项、防跳步机制 | | `反馈回路优先.md`（借自 mattpocock/skills，MIT） | 硬 bug 在假设根因前先造 red-capable 反馈回路；Phase 1-6（复现难/反复修不好时读，是「问题分析铁律」追数据流的抓手） | ## 与其他技能的关系 | 技能 | 关系 | |------|------| | `13-系统体检和审计` | 审计发现问题后，进入本流程修复 | | `01-通用要求` | 本流程中的代码修改必须遵循通用开发规则 | | `07-测试规范` | 第 8/9 步的验证和回归遵循测试规范 | | `06-部署和运维` | 第 10 步的部署遵循部署规范 |