必须严格保留日志原始字段与格式：毫秒级iso8601时间戳、完整16位traceid、带编号线程名、最深层堆栈方法签名及换行符字面量 ，并按四步法还原调用上下文，缺失任一标识符即无效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在Trae中排查线上问题却只看到模糊的“服务异常”日志，根本无法定位到具体哪一行代码、哪个用户、哪次请求出了问题，就必须用提示词强制AI保留原始日志中的所有可验证细节——时间戳毫秒级精度、traceId完整16位字符串、线程名带数字编号、堆栈最深层方法签名，缺一不可。
锁定日志原始结构不被AI压缩
在提示词开头直接写明：“请严格保留以下日志片段中的全部原始字段与格式，禁止合并、缩写、省略或重排。尤其不得删除任何非中文字符、括号嵌套层级、空格数量及末尾换行。”
把你要分析的日志原文整段粘贴在指令下方，不要做任何清洗或截断。Trae默认会把“2026-06-25T03:24:18.123Z”自动简化为“今天凌晨”，这是最致命的失真——毫秒差决定是否复现竞态，【必须保留原始ISO8601时间戳含毫秒】。
如果日志来自Logback，额外追加一句：“保留%replace{%msg}{' '}{'\n'}输出效果，即换行符必须显示为字面量 而非实际换行。”否则AI会把多行堆栈压成单行，丢失关键调用链深度。
强制提取可验证锚点字段
方法一：用字段名+冒号+正则锚定
要求AI按如下格式输出：“traceId: [a-f0-9]{16} → 必须完整提取16位小写十六进制字符串，不允许截取前8位或添加‘0x’前缀。”
方法二：绑定JVM运行时特征
写清楚：“threadName: ‘http-nio-8080-exec-7’ → 提取exec后数字，该数字对应Tomcat线程池中真实线程编号，用于比对jstack快照。”
方法三：锁定堆栈最深一层
“请定位堆栈中最后一个at行（即最内层调用），提取完整类名+方法名+行号，例如：at com.trae.service.OrderService.create(OrderService.java:87)。【若该行含lambda或匿名类，必须保留$符号及数字编号，如OrderService$$Lambda$42/0x00000008000c1234.create】”
分步还原调用上下文
第一步：从traceId出发，检索同一traceId下所有日志行，按时间戳升序排列；
第二步：筛选出该traceId下首次出现WARN或ERROR级别的日志行，将其作为根因起点；
第三步：向上追溯该行前3条INFO日志，提取其中包含“入参”“校验通过”“缓存命中”等业务关键词的语句；
第四步：向下追踪该行后2条DEBUG日志，检查是否有“fallback执行”“降级开关开启”等补偿动作标记。
每一步输出必须附带原始日志行首的时间戳和线程名，例如“[2026-06-25T03:24:18.123Z][http-nio-8080-exec-7]”。【缺失任一标识符即视为无效还原】
