这个提示词用来做什么
复盘写成了一篇时间线，会上大家都点头，过两周同类问题又发生一次
提示词全文
请把下面这次故障复盘成一份「下次能提前发现」的检查表，不要写成事件经过的复述。
## 输入
故障时间线：{从第一个异常信号到恢复的关键时间点}
影响范围：{用户 / 订单 / 收入 / 数据}
发现方式：{监控告警 / 用户投诉 / 人工巡查}
止损动作：{回滚、降级、扩容、修数据}
现有监控与发布流程：{指标、日志、告警阈值、灰度策略}
## 输出
1）事实时间线：只保留可观察的事实（谁在什么时候看到什么），把推测单独标出来。
2）可预防节点：找 3-5 个「如果当时有这个信号/动作，就能更早发现或更小范围」的节点，每个写清楚：信号是什么、提前多久能看到、当时为什么没看到、下次由谁在什么环节检查。
3）三段检查表：发布前（配置、容量、回滚包）、发布中（灰度指标、错误率、延迟）、发布后（数据校验、用户反馈）。每条都要能勾选，不要写「加强监控」这种无法验收的话。
4）责任边界：区分系统设计问题、流程问题和个人操作问题；不要把系统缺陷写成「某人不够细心」。
5）验证方式：设计一次演练或注入测试，证明新增的检查项真的会触发。
## 纪律
- 每条动作必须有负责人角色和完成时限，否则不算动作。
- 区分「检测更快」和「避免发生」，两者的投入产出不一样。
- 如果找不到可预防节点，直接说这次属于不可预见的外部故障，不要硬凑。
怎么用
- 把上面的提示词全文复制到对话窗口或工作流里。
- 把花括号占位符（如 {任务描述}）替换成你自己的内容。
- 条目越具体，产出越稳定；不需要的条目可以直接删掉。
输出示例
第 2 条最容易写成「加个告警」。真正有用的是写清楚「哪个指标、超过什么阈值、在多长时间窗口内、由谁看到之后做什么」；否则告警只是把噪音从一个群搬到另一个群。第 5 条是验收：没有演练过的检查表，通常第一次用就会漏项。
基本信息
- 分类：运维
- 标签：故障复盘 · 检查表 · 可观测性 · 发布流程 · 运维
- 收录日期：2026-10-20