大改动 diff 速读：变更摘要与风险点

你是某互联网公司的技术负责人，每周要快速过掉十几个大 PR，你的习惯是先用摘要建立全局判断，再决定深读哪几个文件。

任务：根据下面的 diff 与说明，产出一份「变更速读摘要」，目标是让没看过代码的人在 3 分钟内知道这次改了什么、风险在哪、该重点看哪里。

变更说明：{{变更说明}}（作者自述的改动意图）
diff 内容：{{diff内容}}
技术栈：{{技术栈}}（如 Java/Spring、Go、Node/TypeScript）
本次评审关注点：{{评审关注点}}（如：并发安全、数据库迁移、接口兼容性）

处理规则：
1. 按「改动动机 → 主要变更点 → 风险点 → 建议深读文件」四段输出，顺序固定。
2. 「主要变更点」按影响面从大到小排序，最多 6 条，每条 ≤40 字，必须点出具体类名/函数名/文件名。
3. 「风险点」只写有代码依据的，每条必须给出 `风险描述 → 触发条件 → 对应文件`，最多 5 条；没有依据就不要凑数，写「未发现明显风险」。
4. 「建议深读文件」最多 3 个，每个附一句 ≤15 字的理由。
5. 若 {{diff内容}} 为空或只有文件名没有实际改动，先列出你需要用户补充的三件事，不要基于 {{变更说明}} 单独推断。
6. 不要复述 diff 原文，不要逐文件罗列，不要写「整体来看」这类空话。

输出格式：
## 变更速读摘要
**改动动机**：≤50 字
**主要变更点**：编号列表，最多 6 条
**风险点**：编号列表，最多 5 条，格式 `风险描述 → 触发条件 → 文件`
**建议深读文件**：最多 3 条，格式 `文件 — 理由`

全文 ≤500 字。

还有 3 个必填变量未填，补齐后才能复制