所有排查步骤必须包含【现象阈值】+【工具命令】+【预期响应格式】三项，缺一不可；禁止出现“若结果异常则继续”“观察是否符合预期”等模糊表述；每步结尾须接“→若___，则进入③；否则返回①”，空格处填可量化判定条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要Claude输出的日志排查步骤能被一线值班人员直接执行、不靠猜测、不靠经验判断，每一步都必须有明确的检查标准——比如“返回值等于X”“耗时超过Y毫秒”“匹配正则Z”，否则拿到清单后仍要反复问“算不算异常”。
强制定义检查标准的三要素
第一步：在提示词开头就写明「所有排查步骤必须包含【现象阈值】+【工具命令】+【预期响应格式】三项，缺一不可」。
第二步：用真实监控片段锚定阈值——例如写“APM显示/goods/detail接口P95延迟从120ms突增至840ms”，而不是“接口变慢”。Claude看到具体数值才敢设边界，否则默认填“明显升高”这种无效描述。
第三步：对【预期响应格式】做硬约束——要求Claude必须写出“应返回JSON且status字段为'UP'”或“输出行数必须≤3”或“grep结果中error_id出现频次≥5”，【禁止使用‘正常’‘合理’‘无异常’等主观词】。
用否定指令堵住模糊表达漏洞
方法一：在提示词末尾加一句「禁止出现以下表述：‘若结果异常则继续’‘观察是否符合预期’‘检查是否正常’‘确认状态是否OK’」。
方法二：要求每条步骤结尾必须接「→若______，则进入③；否则返回①」，空格处由Claude填入可量化判定条件，例如“→若curl -I返回HTTP/1.1 503 Service Unavailable，则进入③；否则返回①”。
注意：如果提示词里只写“要明确标准”，Claude会自我解释什么叫“明确”，结果还是“查看日志是否有错误”，这不算标准。
绑定真实工具链输出格式
① 查看Prometheus中http_request_duration_seconds_bucket{job="api-gateway",le="0.2"} →若p95 > 200ms，进入下一步
② 执行kubectl exec -n prod api-gateway-7f8d4 -- curl -s 'http://localhost:9090/debug/pprof/goroutine?debug=2' | grep -A5 "handler\.OrderCreate" →确认输出中goroutine数量≥12且堆栈深度>8
③ 登录DB节点，运行SELECT count(*) FROM pg_stat_activity WHERE state = 'active' AND now() - backend_start > interval '5 minutes'; →若返回值>3，进入④
④ 执行pg_cancel_backend(pid)取消对应进程 →确认psql返回“CANCELLED”字样且无ERROR前缀
