MarsCode写事故复盘提示词总是只写现象怎么改

说实话，在MarsCode里写事故复盘提示词时，你可能会遇到一个让人头疼的问题：模型给出的复盘报告，翻来覆去只罗列故障现象，比如“服务超时”“数据库连接失败”。问题出在哪儿？根因分析、改进措施、责任人归因，全被跳过了。那这样的东西拿回真实复盘会议里讨论，或者沉淀成SOP，基本没用。深究下去会发现，核心瓶颈不在于模型能力不够，而是提示词的结构化和信息密度出了问题。

用结构化指令框定复盘要素

第一步，你得在提示词开头拍死一个规则：复盘报告必须包含四个不可省略的模块——【现象】【根因】【影响范围】【改进措施】。缺一不可，没得商量。

第二步，每个模块都配上约束说明，别让它蒙混过关。比如“根因”后面直接跟进：需定位到具体代码行、配置项或流程节点，禁止使用“系统不稳定”“网络波动”这类模糊词。它想偷懒？门都没有。

第三步，直接甩一个模板句式给它，带着占位符那种，强迫它按格式填：【现象】{简述异常表现} → 【根因】{精确到服务名+模块+触发条件} → 【影响范围】{受影响用户量级/业务线/时段} → 【改进措施】{可执行、有时限、有负责人}。这一套流程下来，输出质量肯定不一样。

禁用模糊词汇并替换为可验证术语

接着，在提示词里拉个黑名单，凡是有倾向模糊的词一概禁用。例如：禁止出现“可能”“疑似”“大概率”；如果模型非要做根因推断，必须明确标注依据来源，比如监控截图的时间戳、日志关键字、链路追踪ID。这样它就没法糊弄了。

同时，给出一份正向词典，告诉它什么才是合格的表述。比如别写什么“服务挂了”，而是换成

注入真实日志片段引导推理深度

这一步是很多人忽略的关键点：把你从一个真实事故中截取的日志片段（带时间戳、错误码、堆栈前3行）作为提示词的一部分插入，放在指令之后、模板之前。模型看到真实日志后会自动对齐上下文做归因，而不是泛泛地扯概念。

需要特别注意的是，日志必须保留原始格式，包括缩进和报错行号。因为堆栈的层级关系对模型理解问题本质至关重要，一旦格式乱了，它就抓不住重点了。

你只给一句“HTTP 500错误”，它就只会吐出“后端异常”这种无聊结论。但如果你贴上Caused by: ja va.sql.SQLTimeoutException: Timeout after 3000ms，它自然会沿着“数据库连接超时”这条路深挖下去——连接池耗尽、慢查询、甚至事务锁，都会变成更清晰的推导路径。从实际效果看，这才是把提示词效果拉到最大值的操作。