用途：对已经实现并跑起来的功能做需求变更，避免“边改边炸”和范围蔓延。核心是门禁式七步，未获用户批准前不写代码。
流程：Step 0 可选，用 update_plan 建 5–7 步计划；Step 1 先锁 scope，产出 change brief（目标、范围外事项、3–6 条验收标准、必须保持的约束、回滚预期）；Step 2 从代码确认当前行为基线，列出真实入口、数据流与关键文件；Step 3 做影响与风险评估并写回滚方案；Step 4 提出新设计并要求用户确认验收标准、文件清单与设计后才可动手；Step 5 最小化局部改动实现；Step 6 按清单做回归验证（改动 manifest.json 或 service_worker.js 需手动重载扩展再测）；Step 7 更新文档并写决策日志。
资源：scripts/impact_scan.sh 用 rg 扫描候选文件；references/ 下有 change-brief-template.md、regression-checklist.md、chrome-extension-regression-example.md、decision-log-template.md。
限制：主要面向 Chrome 扩展项目，其他项目需按其实际入口使用；不提供自动回滚，回滚能力取决于是否可 revert diff 或需数据迁移/回填。