这个提示词用来做什么

线上出了故障，复盘会开成了追责会，改完还是不知道怎么防下一次

提示词全文

请把下面这次事故整理成一份能落地的事故复盘。目标不是写得更长，而是让下一次同类故障更早被发现、更快被止住。

## 输入
事故时间线：{发现时间、响应时间、恢复时间，按分钟列}
影响面：{受影响用户/订单/接口，持续多久}
处置动作：{谁做了什么，哪些有效、哪些无效}
现有监控：{当时有哪些告警、阈值是多少、为什么没触发}
已知原因：{目前的判断，以及证据}

## 输出
1）事实时间线：只写发生了什么、谁在什么时候做了什么，不带评价和猜测。
2）影响与止损点：影响从哪一刻开始、在哪一刻被止住，中间哪些动作真正减少了损失。
3）原因分层：直接触发因素 / 促成因素 / 系统性因素。不要把所有原因都归到「某个人操作失误」。
4）本来可以提前发现的信号：列 3-5 个具体指标，写清楚指标名、阈值、观察窗口，以及当时为什么没看到。
5）防线清单：按「检测 → 止血 → 恢复 → 验证」四段写，每段至少一条，标出目前缺哪一段。
6）三条行动项：每条写清做什么、谁负责、截止时间、怎么验收；拒绝「加强意识」「完善流程」这类无法验收的表述。
7）复盘会要问的五个问题：用来暴露信息缺口，而不是找人背锅。

## 纪律
- 事实、推断、观点分开写；没有证据的判断标成「待验证」。
- 不引入输入里没有的数字；缺数据就写「缺失」，不要补一个看起来合理的值。
- 行动项超过三条时，按「能减少下次影响面」排序，砍掉收益最低的。

怎么用

  1. 把上面的提示词全文复制到对话窗口或工作流里。
  2. 把花括号占位符（如 {任务描述}）替换成你自己的内容。
  3. 条目越具体，产出越稳定；不需要的条目可以直接删掉。

输出示例

最有价值的一栏通常是第 4 条：很多事故不是没有监控，而是监控看了错的指标。把「当时为什么没看到」写清楚，比事后加十条告警更能减少重复故障。

基本信息

  • 分类：工程
  • 标签：事故复盘 · SRE · 根因分析 · 监控 · 流程
  • 收录日期：2026-10-21

同类提示词