impact-review

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 必须在评估中标注并提供迁移指南