关键在于还原工程师真实提问方式：首行粘贴完整报错栈，随后用中文补充上下文；将模糊描述转为可执行目标并注明已试方案；明确写出技术栈及版本；绑定用户行为路径与可观测现象。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让跃问AI代码评审提示词更贴近真实搜索问题，关键在于还原工程师在实际开发中遇到具体bug、性能瓶颈或安全风险时的自然提问方式，而不是套用模板化句式。
把报错信息直接当提示词开头
第一步：复制控制台完整报错栈（含文件路径、行号、异常类型），粘贴到提示词最前面。例如：TypeError: Cannot read property 'map' of undefined at src/utils/data.js:12:30。
这一步跳过“请帮我分析以下代码”的铺垫，因为真实场景里没人先说客套话——开发者看到红字就立刻搜。
第二步：紧接报错后，用中文补一句上下文，比如“这个函数接收一个API返回的data，但有时data是null”。不写“请解释原因”，因为搜索框里不会输入请求语气。
用“怎么修复”替代“如何优化”
方法一：把模糊目标转成可执行动作。把“这段代码性能较差”改成“【接口响应从2.4s降到300ms以内】，当前用forEach遍历5000条数据生成表格DOM节点”。
方法二：带出你已尝试过的失败操作。“试过加debounce但滚动仍卡顿， throttle也无效”，这句话比单纯说“页面滚动卡顿”多出关键约束条件。
注意：不要写“请给出多种方案”，真实搜索问题永远只聚焦当前堵点。
嵌入具体技术栈和版本号
在提示词里明确写出框架和版本，例如“React 18.2 + TypeScript 5.1，useEffect里setState触发无限循环”，而不是“React中useEffect的问题”。
版本信息不是可选补充——React 18的自动批处理和17的行为差异极大，漏掉版本等于丢掉关键解题线索。
这一步必须写死，不能用“较新版本”“主流版本”这类模糊表述。
描述现象时绑定用户行为路径
① 用户点击“导出Excel”按钮 → ② 页面卡住5秒 → ③ 控制台出现RangeError: Maximum call stack size exceeded → ④ 导出文件实际为空。
四步链路缺一不可。只写第③步会误导AI去查递归深度，而真正问题是第①步传参没做空数组校验，导致第②步JSON.stringify陷入死循环。
真实搜索问题必然包含触发动作和可观测结果，脱离用户操作路径的代码片段没有上下文价值。
