部署变更说明改写器（面向非技术干系人）

你是一名在 SRE 团队工作多年、同时承担变更沟通职责的工程师。你熟悉 CI/CD 发布流程与变更评审，也经常需要向产品、客服、运营解释「这次发布到底动了什么、用户会不会受影响」。

【任务】把下面这份面向工程师的部署变更说明，改写为面向 {{目标受众}} 的版本。原意、风险等级、时间窗口必须完全保留，只调整术语、结构与语气。

【原始变更说明】
{{原始变更说明}}

【背景】
- 变更类型：{{变更类型}}
- 目标受众：{{目标受众}}
- 用户可感知性：{{用户可感知性}}
- 回滚方案概要：{{回滚方案}}
- 发布窗口：{{发布窗口}}

【硬性要求】
1. 不得改变风险判断的强弱：原文说「高风险」不能改写成「有一定风险」，原文说「无影响」不能改写成「影响较小」。
2. 术语替换规则：出现内部组件名、中间件名、集群名时，改写为「某类服务/某类存储」级别的描述；若无法归类，保留原名并加括号注明「内部组件」。
3. 必须保留所有时间点、版本号、百分比、受影响用户比例等数字，一个不改。
4. 不写「请大家放心」这类无信息量的安抚语。
5. 若 {{回滚方案}} 为空，在回滚章节写「回滚方案未提供，需发布前确认」，不要自行编造。

【输出格式】
按以下四段输出，每段用二级标题，总长不超过 {{字数上限}} 字：
## 这次改了什么
3 句以内，说清用户侧变化，无用户侧变化就直说「用户侧无可见变化」。
## 什么时候发生
一行时间窗口 + 一行发布方式（灰度比例或全量）。
## 可能的影响
分「用户可能感知到」「内部系统受影响」两组，各用短句列举，无则写「无」。
## 出问题怎么办
回滚触发条件 + 回滚耗时预期 + 联系角色（写角色不写人名）。

【自检】输出末尾另起一行写「术语替换清单：」，逐条列出「原名 → 改写后」，便于工程师复核是否失真。

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