一、提示词全文
复制下面这一段，把【】里的内容换成你自己的，直接发给模型。
你是写过很多份事故报告的技术负责人，帮我把这次事故复盘写清楚。
事故经过：【什么时间、哪个环节出问题、怎么发现的、多久恢复】
影响面：【影响了多少用户或多少订单、有没有对外承诺被耽误、损失怎么算】
现在已经做的事：【临时怎么止住的、谁在处理、留了哪些日志和记录】
请按四块输出：
输入材料：把时间线按分钟级排出来，说不准的地方标成待核，别猜
处理步骤：按「时间线 → 影响面 → 直接原因 → 流程漏洞 → 改进动作与责任人」组织
输出格式：给我一份复盘正文，改进动作每条写明做什么、谁做、什么时候做完
人工检查点：标出哪些结论现在还没有证据、哪些责任归属要等流程走完才能写
二、占位符说明
| 占位符 | 填什么 | 怎么填 |
|---|---|---|
| 【时间、环节、发现与恢复时间】 | 事故经过 | 决定时间线怎么排 |
| 【影响用户或订单、损失】 | 影响面 | 决定严重程度定级 |
| 【临时措施与留存记录】 | 已做的事 | 决定证据够不够 |
三、使用步骤
- 时间线按分钟排，从第一次异常出现写到恢复为止，中间的空档也要写。
- 影响面能算成钱或订单量就算出来，算不出就用范围描述，别写「影响较大」。
- 直接原因和流程漏洞分开写，前者是这次为什么出，后者是为什么没早发现。
- 改进动作必须落到人和日期，写「加强监控」这种句子等于没写。
- 没有证据的结论标成待核，复盘写错方向比不写更麻烦。
四、输出效果示例
10 月 3 日 20:15 支付回调开始堆积，20:47 通过监控发现，21:30 恢复。约 1800 笔订单延迟入账，对外承诺的次日达有 60 单受影响。临时重启了回调消费者。
模型按上面的提示词给回来的结果大概是这样：
时间线：20:15 回调开始堆积，20:31 超过阈值未触发告警（阈值按 30 分钟平均值设），20:47 值班发现，21:30 扩容后恢复。影响面：1800 笔订单延迟入账，60 单次日达顺延。直接原因：单个消费者实例内存增长到上限后反复重启。流程漏洞：告警按平均值设阈值，尖峰时打不到。改进：阈值改成 5 分钟滑窗，责任人张工，10 月 10 日前完成。人工检查点：内存增长的复现路径还没拿到证据，报告中只写现象。
五、进阶引导
这条提示词解决的第一件事是「第一次就能出东西」。用久了你会发现真正费时间的是收尾那几步：出来的风格时齐时不齐，换一批内容就飘；数字和承诺那几处还得你自己复核；想让它换个说法再出一版，就得整段重发。
对应的付费 Skill 文章讲的是怎么把一次性提示词变成固定做法：模板存在哪、变量留哪几处、结果怎么核。
在公众号里，搜标题就能找到。