每一条排查项必须包含【修改动作】+【触发原因】+【影响机制】三部分，缺一不可。请按以下格式逐条输出：①现象：______；②定位依据：______（需注明工具/命令/日志片段）；③修改动作：______；④不改的后果：______（具体到延迟/错误率/资源占用数值变化）；⑤原理简述：______（限1句话，禁用“可能”“通常”等模糊表述）。（来源需明确标注至《MySQL 8.0 Reference Manual》第8.3.7节、Linux perf官方文档或OpenJDK JEP提案编号）；反向验证方式：______。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要Claude输出性能排查清单时不仅给出修改建议，还要说明每条建议背后的性能原理或实证依据，避免它只罗列操作却不说为什么。
明确要求AI解释修改理由
在提示词开头直接声明输出格式约束：「每一条排查项必须包含【修改动作】+【触发原因】+【影响机制】三部分，缺一不可。」
例如写成：“当发现数据库慢查询增多时，不是只说‘增加索引’，而要写成：【修改动作】在user_order表的created_at字段上添加B-tree索引→【触发原因】当前95%的慢查询都含WHERE created_at BETWEEN '2024-01-01' AND '2024-03-31'→【影响机制】该范围查询在无索引时触发全表扫描，平均扫描行数达230万，加索引后降为3200行，I/O下降99.8%。”
用结构化占位符锁定理由维度
在提示词中预设固定字段模板，强制Claude填空：
「请按以下格式逐条输出：①现象：______；②定位依据：______（需注明工具/命令/日志片段）；③修改动作：______；④不改的后果：______（具体到延迟/错误率/资源占用数值变化）；⑤原理简述：______（限1句话，禁用“可能”“通常”等模糊表述）。」
【关键前提】你必须在提示词里附上真实监控截图文字描述（如“APM显示/goods/detail接口P95延迟从120ms突增至840ms，线程池active线程数卡在98/100持续5分钟”），否则Claude会虚构依据。
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
堵住AI编造理由的漏洞
方法一：要求引用可验证的技术事实
追加指令：“所有原理简述必须对应到《MySQL 8.0 Reference Manual》第8.3.7节、Linux perf官方文档或OpenJDK JEP提案编号，格式如‘（来源：JEP 358）’，无法标注出处的条目自动剔除。”
方法二：设置反事实验证环节
写明：“对每条修改动作，额外补充一行‘反向验证方式’：例如‘删除该索引后，用EXPLAIN ANALYZE重跑原SQL，确认rows_examined回归230万’。”
这一步操作起来很简单，直接把验证命令写进提示词就行。
