请严格按以下三步处理:① 定位最内层异常发生行(不是第一行堆栈);② 找出该行直接依赖的上一层变量或函数调用;③ 检查该依赖在调用前是否被正确赋值/初始化。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要让Codeium解析一段真实报错堆栈时，不再输出“可能原因1/2/3”这种散点式建议，也不再冒出“建议检查变量初始化”这类空泛提示——它得像有十年Java+Node.js全栈经验的同事一样，盯着堆栈最内层那行代码，顺着调用链反向揪出根因，一步一钉。
用结构化动词锁住排查链条
在报错信息前插入固定前缀，强制模型按执行流顺序组织步骤：
“请严格按以下三步处理:① 定位最内层异常发生行(不是第一行堆栈);② 找出该行直接依赖的上一层变量或函数调用;③ 检查该依赖在调用前是否被正确赋值/初始化。只输出这三步,每步一行,不加解释。”
这一步必须写死序号和动词（定位→找出→检查），否则Codeium会自行拆解为“可能原因1/2/3”，把关键线索切碎成多个孤立建议。
【Codeium对模糊禁令响应敏感,漏掉这句就会默认启用猜测模式】
用文件路径锚定上下文
方法一：在报错堆栈粘贴后立刻追加一句：“所有分析必须基于/src/utils/apiClient.ts第42行展开,忽略其他文件中的同名函数。”
方法二：若不确定具体行号，可写成：“聚焦于堆栈中首次出现useAuthContext()调用的文件及行号，跳过所有node_modules路径下的匹配。”
这招能防止它把/src/pages/Checkout.tsx里同名hook和/src/hooks/useAuthContext.ts里的实现混为一谈。
按错误类型触发预设步骤模板
第一步：识别错误大类——看堆栈首行关键词
如果是“TypeError: Cannot read property ‘x’ of undefined”，后续步骤必须包含“检查x属性所属对象的初始化位置”；
如果是“SyntaxError: Unexpected token }”，步骤必须锁定“报错行及上一行的括号/引号配对状态”，不能跳到业务逻辑层。
第二步：用错误关键词触发预设步骤模板
在提示词开头写：“检测到关键词‘undefined’,启用【空值溯源三步法】:1. 找出调用链中最后一个非undefined值来源;2. 检查该值被赋值时的条件分支是否全部覆盖;3. 验证接口返回结构与TS类型定义是否一致。”
禁用所有推测性描述
在提示末尾加一句硬性指令：“禁止出现‘可能’‘或许’‘一般情况下’等模糊表述,每个步骤必须对应堆栈中明确出现的类名、方法名或行号。”
这句必须放在最后，且不能换行——Codeium会把它当终止信号，一旦检测到模糊词就直接跳过整条建议。
例如堆栈里写着“at validateOrder (/src/services/order.ts:87:12)”，你就不能接受“validateOrder函数可能未校验用户权限”这种说法，而必须是“第87行validateOrder调用checkUserScope()前未判断user.role，导致admin角色缺失时抛出TypeError”。
