请只看报错日志中的文件路径、行号和错误类型,指出具体哪一行代码触发错误及原因;粘贴含traceback开头和exception结尾的完整日志。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜

你想在Cursor里粘贴报错日志后立刻得到精准定位和可执行修复建议,而不是被AI带偏去查代理、重装插件或升级版本。
用“报错三要素”写第一句提示词
在光标处输入:【请只看以下报错日志中的文件路径、行号和错误类型,指出具体哪一行代码触发了这个错误,以及它为什么出错】→ 换行 → 粘贴完整报错文本(必须含Traceback开头和Exception结尾)。
这句把AI的注意力死死钉在日志本身。漏掉“只看”二字,AI会自动联想Cursor安装目录权限问题;漏掉“文件路径、行号和错误类型”三个关键词,它可能只告诉你“语法错了”,却不指明是test.js第17行的括号没闭合。
【必须包含Traceback开头和Exception结尾,否则AI会误判为普通控制台输出】
新手最常踩的三个坑及对应写法
方法一:怕AI乱猜原因 → 在提示词末尾加一句:“如果无法从日志中确定变量来源或函数定义位置,请直接写【日志未提供】,不要自行补全。”
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进,以实现更好的上下文管理,并在编辑器和 CLI 中带来了许多提升使用体验的修复。
方法二:怕AI给一堆环境配置建议 → 粘贴完日志后,手动追加一行:“删除所有含‘Cursor’‘插件’‘代理’‘重装’的句子。”
方法三:怕AI跳过关键行 → 把报错日志里带红色箭头(→)或^符号的那一行单独复制出来,放在提示词最前面,写成:“重点分析这一行:[粘贴带^标记的那行]”。
三步写出能跑通的提问模板
第一步:打开报错终端,找到最靠前的红色报错行,提取动词+名词组合,例如“Cannot read property 'length' of undefined” → 提取“读取length属性失败”。
第二步:把提取出的短语放进模板:“Cursor提示词怎么让AI准确定位‘读取length属性失败’发生在哪一行,并说明该变量为何是undefined?”
第三步:选中你当前编辑的源码文件(如@src/utils/data-parser.ts),在提示词开头加上:“基于@src/utils/data-parser.ts文件上下文分析上述报错”。【不加@引用,AI可能去查node_modules里的同名文件】










