/goal 分析以下报错堆栈，按真实开发排障顺序输出3～5个具体排查步骤，直到能准确定位根因；每步必须包含【操作动作】+【验证方式】；过程中不得跳过堆栈中的任一层调用信息。粘贴完整堆栈（含异常类型、文件名、行号、方法名、调用链）后回车。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让AI把一长串报错堆栈信息拆解成可执行的排查步骤，而不是直接给修复代码或泛泛而谈“检查变量”“确认路径”。这要求AI先理解异常类型、定位触发点、识别上下文变更，再分步输出动作指令。
用/goal强制AI按流程推进排查
在Codeium中输入：/goal 分析以下报错堆栈，按真实开发排障顺序输出3～5个具体排查步骤，直到能准确定位根因；每步必须包含【操作动作】+【验证方式】；过程中不得跳过堆栈中的任一层调用信息。
粘贴完整堆栈（含异常类型、文件名、行号、方法名、调用链）后回车。/goal会阻止AI立即写修复代码，它必须先完成“分析→拆解→排序→验证设计”闭环。
【关键前提】堆栈必须包含至少两级调用（如A→B→C），否则AI可能压缩步骤数。若你只贴了NullPointerException一行，它会卡在第一步：“无法判断空指针发生在哪一层对象上，请提供完整堆栈”。
手动拆解堆栈的三步锚定法
方法一：从最底层异常向上反推
第一步：定位堆栈末尾的Caused by:或最后一行非at开头的异常描述，记下异常类型和消息（如java.lang.NullPointerException: Cannot invoke "String.length()" because "s" is null）。
第二步：找到该异常正上方第一个at com.example.UserProcessor.process(UserProcessor.java:42)——这就是实际出问题的代码行，圈出这一行里所有被调用的对象（本例是s）。
第三步：沿调用链向上查，看s是在哪一层传入的：检查UserProcessor.java:42的上一级调用者（比如ServiceLayer.java:88），确认s是否由它传入、是否在此处被赋值为null。
方法二：用关键词锁定高危层
扫描堆栈中是否出现Optional.get()、list.get(0)、response.getBody()、jsonNode.get("field")等典型空值触发点。一旦命中，该行就是第一排查目标——【不要等AI告诉你，你得先标出来】。
让AI输出带验证动作的步骤
在提示词末尾追加硬性约束：每个步骤格式为：“① 执行【xxx】→ 检查【yyy】是否成立→ 若不成立则进入下一步”。
例如正确输出：
① 在UserProcessor.java第42行打断点，运行并观察变量s值 → 检查s == null是否为true → 若不成立则进入下一步
② 查看ServiceLayer.java第88行对s的赋值逻辑 → 检查是否调用了optionalUser.getName()且optionalUser为empty → 若不成立则进入下一步
这一步必须明确写出“检查【yyy】是否成立”，否则AI容易写成“检查s是否为空”这种模糊指令，你根本不知道怎么验证。
