Incident复盘如何写提示词？6个可复用模板
我想把一次故障经历整理成复盘文档，但每次都不知道从哪些信息开始收集，怎样用提示词让内容更完整、更适合团队回顾？
用结构化提示词提取复盘关键信息
可以把提示词设计成信息采集清单，引导模型输出固定模块，例如：事件背景、影响范围、发现时间、处置过程、根因分析、改进项。这样能减少遗漏，也方便团队按统一格式沉淀经验。你可以直接要求模型按照“时间线 + 影响 + 根因 + 行动项”的结构生成初稿，再结合实际情况补充细节。
有时候生成的复盘内容太空泛，看起来像模板套话。我希望提示词能结合真实场景，写出更有针对性的分析，应该怎么设计？
加入场景变量和约束条件
想让复盘更贴近真实场景，可以在提示词中明确故障类型、系统模块、业务影响、时间窗口、告警信息、人工处理动作等变量。提示词越具体，输出越不容易泛化。你也可以要求模型基于已有日志、监控现象、用户反馈进行归因推断，并标注哪些内容是事实，哪些内容是推测，这样复盘会更可信。
我们团队多人参与故障处理，希望生成的复盘既能给研发看，也能给运维和管理层看。提示词要怎么写，才能让结果更适合跨角色协作？
按受众拆分输出重点
可以在提示词里直接说明受众对象，并要求按不同视角输出重点。比如面向研发时强调技术根因、代码或配置问题、修复方案；面向运维时强调监控缺口、告警响应、值班流程；面向管理层时强调业务影响、恢复时长、风险控制和后续治理。这样同一份复盘内容能满足不同角色的阅读需求，也更利于推进整改。
很多复盘写完只停留在描述问题，落不到执行动作。我希望提示词能直接生成后续整改计划，应该怎么表达？
把行动项写成可落地任务
可以在提示词中要求模型输出带负责人、截止时间、验证方式的整改清单，而不是只给笼统建议。比如让它生成“监控补充”“告警阈值调整”“流程补齐”“演练安排”“知识库更新”等任务，并说明每项要达到什么效果。这样复盘内容就能直接转化为待办，便于跟踪闭环。