需先确认cursor平台版本（macos/win32/linux）及是否为vs code插件，再按对应格式改写提示词：插件版需声明vs code上下文与沙箱限制；mac原生版须嵌入带pid和时间戳的日志路径；windows版需绑定服务名或powershell上下文。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
当你在Cursor中输入报错信息提问时，直接复制控制台原始报错内容往往得不到精准解答，因为不同平台（如VS Code插件、Mac原生App、Windows桌面版）底层运行环境和日志路径差异很大，导致同一错误在不同平台表现不同、修复方式也不同。
先确认你用的是哪个平台版本
打开Cursor → 点击左下角设置图标 → 选择「About Cursor」→ 查看「Platform」字段：macOS、win32 或 linux；同时注意右上角是否显示「VS Code Extension」字样——这是关键区分点。
这一步不能跳过，【Platform字段写的是win32但实际装的是VS Code插件，后续所有提示词都会跑偏】。
针对VS Code插件版的提示词改写方法
方法一：保留VS Code上下文锚点
把原始报错粘贴后，在开头加一句：“我在VS Code中安装了Cursor插件，执行XXX操作时出现以下错误：”。例如：“我在VS Code中安装了Cursor插件，执行Ctrl+K调用AI补全时出现以下错误：TypeError: Cannot read property 'document' of undefined”。
方法二：显式声明受限环境
补充说明插件权限限制：“该插件运行在VS Code沙箱环境中，无法访问本地文件系统API，但能读取当前编辑器打开的文档内容。”
针对Mac原生App的提示词改写步骤
第一步：定位日志路径
打开Finder → 按下Cmd+Shift+G → 输入 ~/Library/Logs/Cursor/ → 找到最新日期命名的log文件（如2024-06-12.log）。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
第二步：截取带进程标识的日志段
用文本编辑器打开该log，搜索关键词“error”或“uncaught”，【必须选中包含Process ID（如pid:12894）和timestamp（如2024-06-12T14:22:37.123Z）的整段日志】，不要只复制错误堆栈。
第三步：嵌入平台特征词
在提问开头写明：“macOS Sonoma 14.5 + Cursor原生App v0.42.3（非插件），日志来自~/Library/Logs/Cursor/2024-06-12.log，pid:12894，错误发生在启动后第37秒：”。
Windows桌面版专用提示词结构
方法一：绑定Windows服务名
在错误描述前注明：“Cursor作为Windows服务运行（服务名CursorService），错误触发于用户登录后自动启动阶段，事件查看器中Application日志ID为1002。”
方法二：强调PowerShell上下文
如果报错出现在终端里，开头写：“我在Windows Terminal（pwsh 7.4.2）中通过cursor-cli执行命令时出错，当前用户有管理员权限但未以管理员身份运行终端。”
