Cursor错误复现步骤：提示词如何让输出更像真人经验

使用 React 18 开发表单组件时，提交按钮后控制台报错 Cannot read properties of undefined (reading 'map')。该错误并非罕见 Bug，问题通常出现在数据流层面。若希望通过 Cursor 等 AI 工具获得更贴近真实开发者调试经验的建议，关键在于模拟真人边编码边思考的断续语气、条件反射式操作以及带情绪的判断痕迹，而非单纯堆砌技术术语。

用“我正在…”句式锚定当前上下文

提示词开头直接写明“我正在用 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 依靠这些动作锚点识别用户处于真实调试场景，而非编造题干。

混入口语化判断和不确定表述

方法一：插入临时结论加自我推翻

“以为是表单没绑定 onSubmit 事件——但加了 event.preventDefault() 后仍报错，说明问题不在事件绑定。”

方法二：用括号补充即时反应

“data.items.map() 报错（等等，items 是不是应该从 props 传进来？翻看父组件……果然没传）”

方法三：暴露认知盲区

“该错误在本地开发环境必现，但打包后线上反而正常（完全搞不懂原因，怀疑是 babel 插件差异）”

注意：括号内容必须是真实困惑点，不得虚构。Cursor 会捕捉这类信息熵，生成更贴近人类试错节奏的回复。

限定输出格式为“调试日志体”

提示词末尾明确要求：“请以开发者调试日志形式回复，每行以时间戳加动作加结果格式呈现，例如 [14:23] 在 App.jsx 第 27 行添加 console.trace() → 输出显示 data 为 null”。

该格式强制 Cursor 放弃教科书式分点解答，转而模拟用户盯着终端滚动日志时的真实记录习惯。