这个提示词用来做什么
复盘会开完，纪要写了几十条「加强意识」，两周后同样的问题又发生
提示词全文
请把下面的复盘材料整理成一份能跟踪到关闭的改进清单。要求区分事实与推断，拒绝「加强意识」「提高重视」这类无法验收的动作。
## 输入
事件时间线：{什么时候发现、什么时候恢复、关键节点}
影响范围：{用户 / 数据 / 金额 / 时长，尽量给数字}
已采取的动作：{临时止损、回滚、通知}
现有证据：{日志、监控截图、变更记录、工单}
相关团队：{谁负责哪一段}
## 输出
1）一句话事实：发生了什么、影响多大、现在是否恢复；不写评价。
2）直接原因与系统性原因：各 1-3 条。直接原因是「哪一步坏了」，系统性原因是「为什么这一步坏了没人拦住」。每条后面标注证据来源；没有证据的写「推断，待验证」。
3）改进项：最多 5 条，用表格列出——动作、负责人、截止日、完成证据、验证方式。动作必须是可执行的具体改动（加监控项、改默认配置、补一条测试、调整审批阈值），不能是「加强培训」。
4）这次明确不做的事：列 1-3 条，说明为什么现在不做，避免复盘变成无边界的大工程。
5）30 天回看指标：用哪 1-3 个数判断改进是否生效；给出当前基线值和目标值。
6）对外沟通口径：如果需要对用户或客户说明，给一段不超过 150 字、只讲事实与补救措施的版本。
## 纪律
- 不把「某人疏忽」当根因；追问是什么机制让疏忽没有被发现。
- 每个数字必须有来源；没有来源就写「未知」，不要估算。
- 改进项超过 5 条时，按「再次发生的概率 × 影响」排序，只保留前 5 条。
- 不承诺无法验证的效果。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符（如 {任务描述}）替换成你自己的内容。
- 条目越具体，产出越稳定；不需要的条目可以直接删掉。
输出示例
第 2 条把「直接原因」和「系统性原因」分开，是为了避免复盘停在「谁操作错了」。第 3 条的「完成证据」是试金石：写不出来，说明这条改进还没想清楚。
基本信息
- 分类：分析
- 标签：复盘 · 事故分析 · 改进项 · 根因 · 可验证
- 收录日期：2026-10-22