deepseek分析日志必须绑定时间戳、错误码、服务名、行号等原始信息，否则泛化输出；需粘贴完整原始日志并声明“仅基于以下【原始日志片段】分析”，明确缺陷类型与修复动作，强制三段式结构输出且禁用模糊词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用DeepSeek分析日志时，提示词若未强制绑定具体时间戳、错误码、服务名和上下文行，模型会泛泛而谈“检查异常堆栈”“关注高频报错”，根本无法定位到第17行NPE或/order/create接口500响应的根因。
锁定日志原始片段
把你要分析的日志内容原样粘贴进提示词，开头加一句：“仅基于以下【原始日志片段】分析，不自行补全、不联想其他日志格式。”
这一步必须做。DeepSeek看到“ERROR”“NullPointerException”等词，会自动调用知识库里的通用排查模板；但当你把带行号、线程ID、完整堆栈的原始文本塞进去，它才被迫聚焦字节层面——比如识别出“Caused by: java.lang.NullPointerException: Cannot invoke 'String.length()' on a null object reference”后面紧跟着的at com.example.api.OrderController.create(OrderController.java:17)。
【原始日志必须含至少1个真实错误码（如500/404/NPE）和1个可定位的文件路径+行号】
指定缺陷类型与修复动作
方法一：直接引用缺陷分类表
在提示词末尾附上三类缺陷定义：
【空指针】→ 检查变量是否在调用前未判null；
【参数校验缺失】→ 看@RequestBody对象字段是否缺@NotBlank/@Min；
【SQL注入风险】→ 搜字符串拼接是否出现在JDBC executeQuery中。
方法二：给一个带缺陷的真实日志+修正范例
例如粘贴：「2026-06-22 14:33:02.117 ERROR [order-service,9a8b7c,def] 12345 --- [nio-8080-exec-2] c.e.a.OController : Order creation failed
java.sql.SQLException: Column 'user_id' cannot be null
at com.example.dao.OrderDao.insert(OrderDao.java:44)」
→ 对应评审意见必须写成：“第44行OrderDao.insert()中未对入参userId判空 → 在Service层增加if (userId == null) throw new IllegalArgumentException('user_id required');”
强制输出可验证结构
第一步：要求模型必须输出三段式结构
① 定位结论（含服务名、模块、行号）
② 根因描述（绑定缺陷类型库中的某一项）
③ 可验证动作（严格使用“将【A】改为【B】”句式）
第二步：禁用所有模糊动词
在提示词中明确列出禁止词汇：可能、大概、建议、应该、一般、较、略、稍、有待、不足、欠佳、尚需。这些词一出现，整条意见即刻作废重写。
第三步：加入兜底校验指令
“若某条输出未出现‘第X行’‘变量Y’‘函数Z’任一标识，则整条输出视为无效，不得提交。”
