| name | impact-review |
| description | 影响评估规范 — 代码变更六维影响框架 + 回归风险评级 |
Impact Review Skill
职责
在 CP2(方案确认)后、EXEC(编码执行)前,评估技术方案的架构影响范围,输出影响评估报告。评估结果写入技术方案 §11。
触发时机
| 工作流 | 触发条件 |
|---|
| 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 必须在评估中标注并提供迁移指南