这个提示词用来做什么

刚处理完一次线上故障，要写复盘，但不想写成没人会看的流水账

提示词全文

帮我复盘一次线上事故。要求产出能被人快速读懂、也能被工程直接使用的两样东西：时间线，和一条可复跑的回归用例。

## 输入
现象：{用户看到什么、什么时候开始、影响了谁}
时间线素材：{告警时间、发现时间、各次操作与结果、恢复时间}
排查过程：{试过哪些假设、怎么排除的}

## 输出
1）时间线：按「现象出现 → 被谁发现 → 每次动作（做了什么 / 结果如何）→ 恢复」排成一列，每个节点写清时间与判断依据；区分「事实（日志、监控能证明的）」与「推测」，推测要标明。
2）根因：给出直接的触发原因和更深一层的成因（为什么这个原因能一路走到线上），说清哪一步本可以拦住它。
3）回归用例：把这次事故写成一条能自动跑的用例——前置条件、触发动作、期望结果（不出现什么、出现什么）、以及它在什么环境下跑。要求别人照着就能复现，不依赖只有当事人知道的口头信息。
4）改进项：列出改完后能防止同类事故的项，每项写清「改什么、谁负责的类型、怎么验证它真的生效」。
5）还欠什么：明确列出这次复盘里证据不足、暂时给不出结论的部分。

禁止把「加强意识」「多注意」写进改进项。

怎么用

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

输出示例

回归用例最容易被写成「再点一遍那个按钮」——但那不是回归，是重放。一条合格的事故回归用例，前置条件里必须包含「当时那个特殊状态」（比如某条配置是空的、某个依赖超时），否则用例平时永远是绿的，等于没写。

基本信息

  • 分类：工程
  • 标签：事故复盘 · 时间线 · 回归用例 · 根因 · 可复跑
  • 收录日期：2026-10-09

同类提示词