事故复盘停在「下次注意」—— 三个月后同类事故再来一次 · 复盘的价值在改进项闭环，初稿是闭环的起点
验收与发布 · 真实业务触发
周四 15:23，运维群弹出告警：标准版部分客户的巡检上报超时。17:40 恢复，影响 9 家客户、累计异常 96 分钟。陈默要求周五上午出复盘。以往复盘的流程是：江晓连夜翻群消息和告警记录、凭记忆拼时间线、初稿写到凌晨两点 —— 而上上次复盘的三条改进项，有一条「建立发布检查执行留痕」落空了（VA-02 这次才补上）。复盘本身，也到了该被复盘的时候。
不是流程描述，是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」，在「参与的角色」和「覆盖的范围」
5 步 · 每一步的产出都是下一步的输入
痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0
最大差异点 · 不要求先有 APM 系统。告警记录、群消息截图、工单导出扔进来 —— 时间线 30 分钟成稿，复盘会开在事实上而不是记忆上。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」； AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」； 落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
判断标准只有一个：这份东西能不能直接进企业的流程
不做「根因认定」—— 5Why 的每一层都给证据链，最终归因是复盘会上人的共识。也不做「责任判定」—— 初稿只摆事实，定性留给人。
Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了