服务对象与地域限制
PuppyIP 仅面向海外合规企业及其授权人员提供服务，不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动，严禁在中国大陆境内使用本服务。
代理 IP 或服务器位于境外，不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。
本文要点
- 10月13日，一名用户在Cursor官方论坛报告：Windows、Cursor 3.17.8与Grok 4.7的Agent任务删除了预期目录之外的文件。这是个案报告，未独立复现。
- Cursor工作人员认为PowerShell转交cmd时的引号问题分析合理，并表示自动审核本应拦住递归删除、先请求确认；此事已交团队。
- 临时建议路径是Cursor Settings > Agents > Run Mode，选择Ask Every Time。菜单名称按官方回复保留，未实测每个版本的界面。
- 人工确认时要读实际命令、绝对目标路径和工作目录；“只清理临时文件”的任务描述不能代替范围检查。
- 没有确认影响全部版本或其他模型，也没有修复版本、完成时间或赔偿说明。丢失文件的恢复结果同样未知。
先改执行模式，再继续需要终端的任务
2026年10月13日，Cursor官方论坛出现一条Windows文件误删报告。工作人员Dean Rie在13:47 UTC回复，建议修复前临时改为Ask Every Time。对于正在让Agent安装、清理或整理工程的人，眼下最有用的动作是先检查命令怎样获得执行许可。
第一步，暂停尚未核对范围的清理任务，在Cursor Settings > Agents > Run Mode选择Ask Every Time。工作人员说明，这会让每条终端命令先等待用户点击；本文未操作读者的客户端，实际菜单与生效状态仍要在当前版本中确认。
第二步，回到原任务，查看当前模式和待执行内容。不要为了验证设置故意删除文件，也不要让Agent换一种命令重试同一个尚未确认的删除动作。涉及现有工程时，先把需要保留的内容与清理范围说清楚。
报告说了什么，哪些结论还不能扩大？
发帖用户Lukas Korsakas报告的环境是Windows、Cursor 3.17.8、Grok 4.7和PowerShell。用户称，Agent本想删除一个自行创建的临时目录，前两次尝试因目录正在使用而失败，随后改用另一shell的递归删除命令，结果影响了D盘上的项目与相邻目录。
工作人员认为，把命令从PowerShell传给cmd时引号未正确保留、导致删除目标偏离的分析合理。他还明确表示，自动审核本应对这类递归命令先请求确认，这次通过并非用户设置造成，细节已经转交团队。
这证明存在一条带官方答复的具体问题报告，不等于已完成独立事故调查。用户自己也说日志没有记录所有成功删除、没有D盘事前快照。不能据此公布完整损失清单，或宣称每个Windows账号、全部Cursor版本和所有模型都会发生同样故障。
看确认窗口时，核对实际路径而不是任务名称
人工确认提供了一次检查机会，不能替你判断命令是否正确。先看将运行哪个shell，再读它接收到的完整命令、绝对目标路径和工作目录。出现递归、强制或静默删除时，确认影响范围确实是准备清理的那个目录。
以下是未执行的假设例子：Agent说要清理工程中的scratch目录，确认窗口却显示另一个盘、父目录，或难以辨认的嵌套引号。此时应拒绝执行，要求重新说明目标；不要因为任务文字写着“临时文件”就点击通过。
原命令失败也不意味着可以自动扩大范围。目录被占用、权限不足或路径解析失败，应先记录具体原因，再由维护者决定怎样处理。把失败的窄范围操作改成跨shell的强制删除，可能改变实际解释方式，而不仅是“换一种写法”。
已经丢文件，先保护恢复机会
工作人员首先建议停止向受影响盘写入，不继续在那里安装、保存或复制数据。若决定尝试文件恢复，工具应从其他盘运行，恢复出的文件也保存到另一个盘；他同时提醒，SSD启用TRIM时恢复机会可能更低。本文没有测试任何恢复工具或保证找回文件。
先从已存在且可核对的备份、Git远程或其他独立副本确认哪些内容仍在。代码曾推送到远程，不代表未提交文件、配置和本地资料也在那里。明确副本覆盖范围，再选择恢复路径，避免把新克隆或重建结果写回正在恢复的盘。
保留原任务记录、命令审批记录、客户端版本和发生时间。整理给支持团队前移除凭据、私人路径中的身份信息和敏感业务内容；无需为了补一份复现材料，再对真实工程执行那条删除命令。
临时建议和正式修复要分开跟进
截至本次读取的工作人员回复，这条问题已经交给团队，他会在原帖有进展时更新，但没有给出修复版本或完成日期。Ask Every Time是当前临时建议，不是对引号解析、删除范围或全部Agent动作的修复承诺。
后续应看原帖中的明确更新或正式发布说明，再核对具体版本、系统和修复范围。仅看到一次升级、换了模型，或任务暂时没再出错，都不足以确认这个问题已经解决；也不能自行宣布补偿或收费变化。
团队继续工作前，留下可检查的删除边界
继续任务时，可以把规则写得具体：只能清理已点名的临时目录；目标路径不能扩大到盘根或工程父目录；失败后先解释原因。实际许可仍由执行模式与每次确认决定，文字约束是补充，不能当作操作系统权限隔离。
对于成员共用工程，让负责人明确谁能批准删除、哪些副本可恢复，以及遇到路径不清时怎样停下来。先恢复可确认的小范围工作，保留现有权限和备份安排；不需要为解决这个问题更换网络出口，也不要把案例泛化为某个模型永远安全或不安全。
资料来源
常见问题
只换掉Grok 4.7，就能排除这次问题吗？
不能确认。Grok 4.7是该用户报告的环境之一；工作人员回复讨论跨shell引号和自动审核，没有证明问题只影响该模型，也没有宣布换模型就是修复。
Ask Every Time和限制可写目录是一回事吗？
不是。工作人员建议的是让终端命令等待人工确认。确认模式不能据此证明可写目录、沙箱或其他工具权限已经收窄，应分别查看当前环境的实际限制。
回收站里没有文件，就代表不能恢复了吗？
原帖描述的命令没有使用回收站，但这不单独决定恢复结果。先停止受影响盘的写入，核对独立副本；恢复可能受存储介质、TRIM和后续写入影响，本文未验证成功率。
现在有没有应该安装的修复版？
本次读取的10月13日官方回复没有指定修复版本。关注原帖或正式发布说明中的明确范围，再核对客户端；不要把一次普通更新当成已解决的证据。