我正在用React 18开发一个表单组件，点击提交按钮后控制台报错：Cannot read properties of undefined (reading 'map')；① 我检查了submitHandler函数，发现它接收的data参数是undefined；② 我在useEffect里加了console.log(data)，确认初始值为空对象；③ 我尝试用optional chaining改写data.items?.map()，但报错依旧；我以为是表单没绑定onSubmit事件——但加了event.preventDefault()后还是报错，说明问题不在事件绑定；data.items.map()报错（等等，items是不是应该从props传进来？我翻了父组件……果然没传）；请以开发者调试日志形式回复，每行以时间戳+动作+结果格式呈现。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
想让Cursor复现错误时的提示词输出更贴近真人调试经验，关键不是堆砌术语，而是模拟真实开发者边敲代码边思考的断续语气、条件反射式操作和带情绪的判断痕迹。
用“我正在…”句式锚定当前上下文
在提示词开头直接写“我正在用React 18开发一个表单组件，点击提交按钮后控制台报错：Cannot read properties of undefined (reading 'map')”，而不是笼统说“React表单报错”。【必须包含具体框架版本、报错原文、触发动作】，否则Cursor会默认用Vue或旧版React逻辑去推理。
这一步操作起来很简单，直接把浏览器DevTools里复制的完整错误栈粘贴进去，连括号里的undefined都别删——删掉它，Cursor可能误判成空数组问题而非对象未定义。
插入真实调试动作链
在描述现象后，立刻接上你实际做过的排查动作，比如：
① 我检查了submitHandler函数，发现它接收的data参数是undefined；
② 我在useEffect里加了console.log(data)，确认初始值为空对象；
③ 我尝试用optional chaining改写data.items?.map()，但报错依旧。
不要只写“我检查了代码”，要写清检查位置、观察结果、修改手段。Cursor靠这些动作锚点识别你是真在调试，不是在编题干。
混入口语化判断和不确定表述
方法一：插入临时结论+自我推翻
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
“我以为是表单没绑定onSubmit事件——但加了event.preventDefault()后还是报错，说明问题不在事件绑定。”
方法二：用括号补充即时反应
“data.items.map()报错（等等，items是不是应该从props传进来？我翻了父组件……果然没传）”
方法三：暴露认知盲区
“这个错误在本地开发环境必现，但打包后线上反而正常（完全搞不懂为什么，怀疑是babel插件差异）”
注意：括号里的内容必须是你真实困惑点，不能虚构。Cursor会捕捉这种信息熵，生成更贴近人类试错节奏的回复。
限定输出格式为“调试日志体”
在提示词末尾明确要求：“请以开发者调试日志形式回复，每行以时间戳+动作+结果格式呈现，例如[14:23] 在App.jsx第27行添加console.trace() → 输出显示data为null”。
这能强制Cursor放弃教科书式分点解答，转而模拟你盯着终端滚动日志时的真实记录习惯。
