复盘报告必须包含【现象】【根因】【影响范围】【改进措施】四模块，每模块需满足精确性约束：根因须定位到代码行/配置项/节点，影响范围需量化用户量级与时段，改进措施须可执行、有时限、有负责人；禁用“可能”“疑似”等模糊词，须标注依据来源；提供正向术语示例及真实日志片段引导深度归因。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你在MarsCode里写事故复盘提示词时，模型总是在复盘报告里只罗列故障现象（比如“服务超时”“数据库连接失败”），却跳过根因分析、改进措施和责任人归因，导致输出无法用于真实复盘会议或SOP沉淀。
用结构化指令框定复盘要素
第一步：在提示词开头明确声明复盘报告必须包含四个不可省略的模块——【现象】【根因】【影响范围】【改进措施】，缺一不可。
第二步：为每个模块加一句约束说明。例如，在“根因”后补充：“需定位到具体代码行、配置项或流程节点，禁止使用‘系统不稳定’‘网络波动’等模糊表述。”
第三步：直接给出一个带占位符的模板句式，强制模型套用：【现象】{简述异常表现} → 【根因】{精确到服务名+模块+触发条件} → 【影响范围】{受影响用户量级/业务线/时段} → 【改进措施】{可执行、有时限、有负责人}。
禁用模糊词汇并替换为可验证术语
方法一：在提示词中列出黑名单词汇，要求模型自动替换。例如：“禁止出现‘可能’‘疑似’‘大概率’；若推断根因，必须标注依据来源（如监控截图时间戳、日志关键字、链路追踪ID）。”
方法二：提供正向词典替代方案。比如把“服务挂了”替换成“【service-auth】Pod在2024-05-12T14:23:17Z因OOM被K8s强制终止，/proc/pid/status显示MemAvailable低于50MB”。
这一步操作起来很简单，直接把上面那句正向示例粘贴进你的提示词末尾即可生效。
注入真实日志片段引导推理深度
把实际事故中截取的一段关键日志（含时间戳、错误码、堆栈前3行）作为提示词输入的一部分，放在指令之后、模板之前。
模型看到真实日志后会自动对齐上下文做归因，而不是泛泛而谈。注意：日志必须保留原始格式（含缩进和报错行号），否则模型会忽略堆栈层级关系。
如果你只给“HTTP 500错误”，它就只会说“后端异常”；但如果你贴上Caused by: java.sql.SQLTimeoutException: Timeout after 3000ms，它就会锁定数据库连接池耗尽这个路径。
