# 发布说明

> **事实纪律**:版本、范围、验证、限制和恢复结果必须来自本次真实发布材料。未执行项保持未执行；合法不适用项写 `N/A（原因）`。

> **产物定位**:operate 能力域产出。记录发布内容/影响/验证/回滚,是上线可追溯的凭证。
> **核心纪律**:每次发布都必须有与变更风险匹配的安全恢复路径；不得把回滚应用版本等同于数据已恢复。
> **反退化纪律**:变更摘要/验证结果等表格须逐条填写,禁止空表、禁止「…」省略;回滚/部署步骤须是可执行的具体步骤,非一句话。

## 1. 版本信息
- 版本号:
- 发布日期:
- 发布类型:新功能 / 修复 / 紧急修复 / 回滚
- 发布负责人:

## 2. 变更摘要
| 变更项 | 类型（功能/修复/优化/破坏性） | 关联需求/缺陷 | 影响范围 |
|--------|---------------------------|--------------|---------|
| | | | |

### 前端各端版本(涉及 FE-* 时填;纯后端填"无前端")

| 端(FE-*) | 版本号 | 变更摘要 | 是否独立发布 |
|-----------|--------|---------|------------|
| | | | |

## 3. 数据与结构演进
- 是否有持久化数据或结构变更：是 / 否（否时写原因）
- 权威变更资产路径：
- 兼容窗口、执行顺序与停止条件：
- 恢复方式与资产路径：
- 验证状态与证据：

## 4. 配置变更
- 是否有配置变更：是 / 否（否时写明核对依据）
- 变更项、操作类型与目标环境：
- 默认值、兼容性、密钥来源与生效顺序：

## 5. 验证结果

> 须引用 project map 解析后的最新测试报告、代码审查报告、full verify 与 `sf_review` 状态；固定路径或过期记录不能作为发布结论。

| 验证项 | 覆盖类别（正常/边界/异常/其他） | 状态（通过/失败/阻塞/未执行） | 证据或未执行原因 |
|--------|--------------------------------|--------------------------------|------------------|

## 6. 回滚与恢复方案
- 触发条件:
- 首选恢复方式及选择依据:
- 执行步骤:
- 数据兼容性与验证:
- 目标恢复时长及来源:

## 7. 部署步骤
1. 前置检查(依赖/资源/权限):
2. 部署顺序:
3. 部署后验证(健康检查/冒烟测试):

## 8. 监控与告警
- 新增监控指标:
- 告警阈值变更:
- 观察期(发布后关注时长):

## 9. 已知限制
- 已知问题:
- 临时限制:
- 后续计划:

## 10. 通知
- 通知对象(用户/团队/相关方):
- 通知内容:
- 通知时间:

## 完成判定

- [ ] 版本信息完整(版本号/日期/负责人)
- [ ] 变更摘要覆盖本次所有变更
- [ ] 与本次风险相关的正常、边界和异常路径均有验证记录；确实不适用的类别写明原因
- [ ] 恢复方案与数据兼容性一致且可执行
- [ ] 部署步骤明确可操作
- [ ] 本次影响前端页面时，UI 视觉验收已留痕（真实截图+结论或人工确认）；未影响前端或纯后端时写明原因
- [ ] 变更/验证表格逐条填写,回滚与部署步骤具体可执行(非一句话)