处理异常日志这事儿，如果只是简单丢给Claude一句"从技术、业务、运维三个角度分析"，结果往往会让你失望——三个角度出来的东西，逻辑结构一模一样，只是换了几个关键词，根本没法支撑真实的排障决策。

很多人喜欢让Claude对同一段异常日志生成多角度说明，但这里有个坑：你不能只靠指令说"从技术、业务、运维三个角度写"——Claude会把每个角度都套用相同逻辑，输出三段高度雷同的泛泛而谈，根本无法支撑真实排障决策。

先锁定日志核心异常信号

第一步：从原始日志中人工提取唯一不可替代的异常标识符，例如ja va.lang.NullPointerException、ERR_CONNECTION_TIMED_OUT或PG::ConnectionBad。这一步必须手动完成，【不能让Claude自己猜或泛化匹配】，否则后续所有角度都会偏离真实根因。

第二步：把该标识符连同上下文日志（含时间戳、服务名、trace_id前三段）一起作为提示词的固定输入前缀，后面所有角度分析都必须锚定在此处，不得脱离。

生成"调用链视角"说明

方法一：强制Claude反向追溯依赖路径——在提示词中明确要求："列出该异常出现前300ms内，本服务调用过的所有下游服务名及HTTP状态码，若日志无对应记录，则标注【调用链断点】"。

方法二：绑定trace_id解析规则——追加指令："仅使用日志中已出现的trace_id片段（如abc123…），在响应中直接写出其在Jaeger UI中的完整查询URL模板，格式为https://jaeger.example.com/trace/{trace_id}"。

这一步操作起来很简单，直接把trace_id粘进URL模板就行，但必须确保URL里{trace_id}是原样保留，不能被Claude替换成具体值，否则链接失效。

生成"资源水平视角"说明

① 第一步：要求Claude从日志中定位并提取两个关键字段——memory_usage_percent和thread_count，缺任一字段即标红输出【水平数据缺失】；

② 第二步：将提取值与SRE预设阈值比对——若内存使用率＞92%且线程数＞850，则结论必须包含"触发OOM Killer风险"，否则不许提该词；

③ 第三步：输出格式限定为单句，结构为"当前{指标}={数值}，{是否越界}，{对应动作}"，例如"当前memory_usage_percent=94.7，已越界，建议立即扩容JVM堆内存"。

生成"变更关联视角"说明

方法一：绑定Git提交哈希校验——在提示词末尾硬性规定："若日志时间戳落在最近2小时内，且服务名匹配deploy-service，则必须检查日志中是否出现git commit hash（形如a1b2c3d），有则输出'本次异常与commit {hash}直接相关'，无则输出'未发现近期部署痕迹'"。

方法二：注入CI/CD流水线ID锚点——追加指令："扫描日志全文，查找形如'pipeline-12345'或'build#789'的字符串，找到后立即返回'异常发生于{ID}构建产物上线后第{分钟}分钟'，计算方式为：日志时间戳减去流水线完成时间戳（单位：分钟）"。