/impact-review

name: impact-review
description: 影响评估规范 — 代码变更六维影响框架 + 回归风险评级

Impact Review Skill

职责

在 CP2（方案确认）后、EXEC（编码执行）前，评估技术方案的架构影响范围，输出影响评估报告。CP2 尚未确认时可写入技术方案 §11；确认后保持已冻结方案字节与摘要，将评估追加到独立 `03-方案复审-PR1.md`，引用对应 CP2 的 artifactPath、version、sha256。评估若改变已确认设计，走既有 CP2 候选版本与演进确认流程；不得为了补充评估而直接改写冻结产物，也不得把摘要变化伪装成原确认。

触发时机

| 工作流 | 触发条件 | |--------|----------| | dev | 仅当 dev-plan-review PR-5② 标记"跨模块架构依赖变更"时 | | fix | 仅当修复方案涉及跨模块架构依赖变更（PR-5②）时 |

> 🔴 PR-5① 对外接口变更 → EXEC 后走 `api-verification`，**不进 impact-review**。 > 🔴 PR-5③ 数据库 Schema 变更 → 走 `dev-database` Skill，**不进 impact-review**。

**豁免**：`dev-docs`、`dev-plan-review`、`analyze`、`audit`、`chat`。analyze 可在只读报告内讨论影响，但不得进入 CP2 后/EXEC 前的本 Skill 状态机。

六维评估框架

| 维度 | 内容 | |------|------| | 1 受影响功能 | 本次变更直接修改的功能列表 | | 2 直接依赖 | 直接调用/引用被修改模块的代码 | | 3 间接影响路径 | 通过依赖链间接受影响的模块 | | 4 用户可见行为变化 | 用户/调用方感知到的行为差异 | | 5 回归风险评级 | 🔴 高 / 🟡 中 / 💡 低（基于影响范围） | | 6 验证策略 | 需要额外验证的测试点和验证方法 |

输出格式

## 影响评估报告

**变更摘要**：[一句话描述本次变更]
**回归风险**：🔴 高 / 🟡 中 / 💡 低

| 维度 | 内容 |
|------|------|
| 受影响功能 | ... |
| 直接依赖 | ... |
| 间接影响 | ... |
| 用户可见变化 | ... |
| 验证策略 | ... |

关键规则

• 🔴 高风险变更**必须**补充回归测试用例
• 影响范围 >3 个模块时，建议分批发布
• Breaking Changes 必须在评估中标注并提供迁移指南