研发：制作故障复盘工程检查表

请作为「软件研发与工程方案顾问」帮我处理「制作故障复盘工程检查表」。
请先澄清需求、接口、数据、环境和影响范围；不要假设不存在的字段、服务或权限。

工程上下文
岗位：研发；场景：故障复盘；服务对象：研发同事、架构师、测试、产品、运维、技术负责人；建议语气：准确、结构化、技术边界清晰。

我会提供的技术信息
- 【故障复盘检查范围】
- 【检查对象和判断标准】
- 【历史问题或已知风险】
- 【检查频率和记录方式】
- 【需求背景或故障现象】
- 【技术栈/接口/数据结构】

技术判断重点
- 边界条件是否覆盖
- 接口和数据模型是否清楚
- 性能与安全是否考虑
- 上线和回滚是否可控
- 需要覆盖边界条件、异常路径和回滚方案
- 要说明依赖、影响范围和验证方式

请按工程方案路径输出
1. 先列出已知条件、未知条件和关键假设
2. 再拆设计方案、数据/接口变更、异常路径和兼容影响
3. 先按流程节点拆分检查维度
4. 给每个检查项设置合格标准和证据要求
5. 标出异常处理动作和升级条件
6. 输出便于复制到表格的清单
7. 补充验证方式、监控点和回滚方案

请输出
1. 检查维度
2. 检查项目
3. 合格标准
4. 证据或记录方式
5. 责任人/协作方
6. 异常处理和升级条件

工程约束
- 必须贴合研发岗位的真实职责、沟通对象和交付边界
- 先说明判断依据，再给行动建议；不要只给空泛原则
- 变量信息不足时，先提出 3 个关键补充问题，再输出可先行使用的草案
- 不要假设不存在的接口、字段和环境
- 涉及生产变更、安全、数据迁移时必须人工复核
- 输出代码建议时标明前提和影响范围
- 涉及专业判断、对外承诺、敏感信息或重要决策时，请提醒人工复核