DeepSeek事故复盘需锚定真实现场：①首行写清【角色】+【事故时间】+【系统模块】；②嵌入日志/监控/人工动作等不可伪造切片；③按5字段结构输出并禁用虚词；④绑定Jira工单、curl命令或Grafana链接等可回溯交付物。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让DeepSeek生成的事故复盘不是泛泛而谈的“加强管理”“提高认识”，而是能直接贴进飞书事故看板、嵌入内部通报邮件、作为SRE晨会发言稿使用的实操材料，就必须把提示词锚定在真实事故现场——没有时间戳、没有系统名、没有错误码的复盘，连值班工程师扫一眼都会直接划走。
第一步：用三要素锁定事故现场
在DeepSeek对话框顶部第一行，必须写清【角色】+【事故时间】+【系统模块】，例如：“你是负责支付网关的SRE，2026年6月28日14:23–15:17发生超时熔断，影响订单创建接口（/v2/order/create）”。
漏掉任意一项，模型就会默认进入“通用故障分析”模式，输出“建议完善监控告警机制”这种无法落地的套话。
时间必须精确到分钟——写“上周”或“近期”会导致模型调取模糊知识库，而非聚焦本次真实链路。
第二步：嵌入不可伪造的故障切片
方法一：粘贴真实错误日志片段
复制Kibana中截取的3行关键日志，例如：
“2026-06-28T14:23:41.128Z ERROR [payment-gateway] timeout after 3000ms on redis cluster ‘cache-01’”
“2026-06-28T14:23:42.001Z WARN [order-service] fallback triggered for /v2/order/create”
“2026-06-28T14:24:05.333Z INFO [alert-center] alert #ALERT-7892 fired: Redis latency > 2s”
方法二：填入真实监控截图数据点
在提示词中写明：“Prometheus中redis_cluster_latency_seconds_max指标在14:23:11突增至2.8s，持续17分钟；同时order_create_success_rate从99.97%跌至83.2%”。【不写具体数值和时间点，模型会自行编造曲线图】
方法三：描述真实人工干预动作
写清楚：“值班工程师在14:25执行了redis cluster ‘cache-01’主从切换，14:32确认延迟回落至0.15s，但订单成功率未同步恢复”。这一步能迫使模型放弃“建议加强演练”这类空话，转向分析切换后为何未生效。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
第三步：指定输出结构并禁用虚词
① 要求按以下字段顺序输出，用“|”分隔：
故障现象|根因定位|影响范围|修复动作|验证方式|预防措施
② 对每个字段加硬约束：
“故障现象”必须含HTTP状态码或错误码，例如“504 Gateway Timeout”；
“根因定位”必须引用具体配置项，例如“redis.conf中timeout=3000ms未适配新集群RTT”；
“预防措施”禁用“加强”“优化”“完善”，只允许动宾结构，例如“将timeout参数改为5000ms并加入CI校验”。
③ 最后追加一句：【若某字段无法从提供的日志/数据中推导，则填‘无依据’，禁止推测】。
第四步：绑定可回溯的交付物
第一步：在提示词末尾明确要求：
“所有修复动作必须对应Jira工单号，格式为‘PAY-7892’；所有验证方式必须含curl命令或Grafana Dashboard链接，例如‘https://grafana.company.com/d/redis-latency?from=now-30m&to=now’”。
第二步：校验输出是否可用：
检查每行是否含且仅含5个“|”分隔符；
抽查任意一行的Jira工单号，打开https://jira.company.com/browse/PAY-7892确认存在；
复制任一curl命令，在终端执行，确认返回HTTP 200。
第三步：验证预防措施是否可执行：
将“将timeout参数改为5000ms并加入CI校验”这条措施，直接发给运维同事问：“你现在能立刻在CI pipeline里加这条校验吗？”如果对方说要改脚本或等排期，说明这条措施不合格。
