DeepSeek日志排查步骤：提示词避免套话空话指南

给日志异常定位，关键是三条：锁死输入、盯着缺失处、禁用模糊词、输出可执行命令。这么做才能让DeepSeek闭嘴，不再甩出“需结合上下文分析”这类垃圾。故障现场每句话都要有用，别浪费黄金15分钟。

第一步：用“现象描述+时间锚点+错误特征”三要素固定输入

操作上，直接将原始日志丢进去，开头加一句：“在【2026-05-30 14:27:13】服务A返回504，上游Nginx日志出现‘upstream timed out’，而下游服务B的access日志中对应时间戳无请求记录。”

时间戳必须精确到秒，错误字符串能直接搜索。不写具体时间，DeepSeek会当作模糊样本，自动输出“可能原因有多种”这类套话。

【时间戳精确到秒，前后日志必须对齐】

第二步：逼它聚焦“缺失项”而不是“可能性”

日志描述写完后，立刻追加：“只回答：哪个环节日志完全缺失？缺失窗口多少秒？这个缺失能解释504吗？”

工程师查日志第一反应是找“该有却没有”的行。如果DeepSeek开始举例“可能网络抖动、进程卡死、配置错误”，说明没切断它的泛化。这条指令本质是把AI从“猜原因”拉回“验证缺失”，能砍掉90%的空话。

第三步：用负面约束堵死套话

方法一：直接禁止
在描述末尾换行写：“禁止使用：可能、或许、通常、一般、建议、应、需、考虑、进一步、结合上下文、综合判断”。

方法二：用结果倒逼输出
加一句：“如果无法确定缺失环节，直接输出‘缺失证据不足’，不附加说明。”

注意：禁用词列表放在最后，不加“请”。加了“请”，DeepSeek会当作礼貌提醒而非硬规则，效果减半。

第四步：让输出自带可执行验证

① 要求将结论转化为可执行的curl或grep命令；
② 命令必须包含你提供的时间戳和错误关键词；
③ 多服务时，命令明确指向某台机器的日志路径。

正确示例：“grep -A 2 -B 2 '2026-05-30 14:27:13' /var/log/serviceB/error.log | grep 'timeout'”；
错误示例：“可查看serviceB日志确认”——典型空话，无路径、无时间、无关键词，没法用。

做完这一步，点一下就能跑出结果，不用再翻译AI的话。