【请严格按以下三步处理：①定位最内层异常发生行（不是第一行堆栈）；②找出该行直接依赖的上一层变量或函数调用；③检查该依赖在调用前是否被正确赋值/初始化。】
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让Codeium从一段混杂的终端日志里精准揪出真正导致服务崩溃的那行错误，而不是反复输出“检查依赖版本”“确认配置文件路径”这类千篇一律的套话——日志里明明写着TypeError: Cannot read property 'timeout' of undefined，它却绕开这行去分析package.json里的devDependencies。
用堆栈最内层行号锁死分析起点
在提示词开头第一行，【必须】写死这句：【请严格按以下三步处理：①定位最内层异常发生行（不是第一行堆栈）；②找出该行直接依赖的上一层变量或函数调用；③检查该依赖在调用前是否被正确赋值/初始化。】
这一步漏掉序号或动词，Codeium会自动切回“可能原因1/2/3”模式，把关键线索打散成孤立建议。
粘贴日志时，只保留含具体行号、文件路径和错误类型的那一段，例如：TypeError: Cannot read property 'timeout' of undefined at /src/services/apiClient.ts:87:24。删掉前后所有无关的INFO、DEBUG日志行——冗余信息会稀释模型对核心错误的注意力权重。
用文件路径锚定上下文，跳过node_modules
方法一：在日志片段后立刻追加一句：【所有分析必须基于/src/services/apiClient.ts第87行展开，忽略其他文件中的同名函数。】
方法二：若不确定行号，改写为：【聚焦于堆栈中首次出现createApiClient()调用的文件及行号，跳过所有node_modules路径下的匹配。】
不加这句，Codeium大概率会把/src/utils/createApiClient.ts里正常初始化的逻辑和/src/services/apiClient.ts里未赋值就调用的bug混为一谈。
按错误关键词触发预设排查链
第一步：识别错误大类——看堆栈首行关键词
如果是TypeError: Cannot read property 'x' of undefined，后续步骤必须包含“检查x属性所属对象的初始化位置”；
如果是SyntaxError: Unexpected token }，步骤必须锁定“报错行及上一行的括号/引号配对状态”，不能跳到业务逻辑层。
第二步：在提示词开头写：【检测到关键词‘undefined’，启用【空值溯源三步法】：1. 找出调用链中最后一个非undefined值来源；2. 检查该值被赋值时的条件分支是否全部覆盖；3. 验证接口返回结构与TS类型定义是否一致。】
第三步：在提示词末尾加硬性指令：【禁止出现‘可能’‘或许’‘一般情况下’等模糊表述，每个步骤必须对应堆栈中明确出现的类名、方法名或行号。】
