# AI 智能体大规模删除你整个硬盘的恐怖故事是老传闻，还是至今仍在发生？

- 原标题：Is the horror story about AI agent mass deleting your entire drive an old story or it still happen nowadays?
- 类型：帖子
- 来源：Reddit
- 发布时间：2026-10-26
- 首次精选：2026-10-26 19:09
- 分级：值得看
- 学习层级：入门
- 主题：[agent-permissions-sandboxing](<https://oplearnx.com/md/topics/agent-permissions-sandboxing.md>)（第 1 位）
- 原文链接：[https://reddit.com/r/LocalLLaMA/comments/1xflw1l/is\_the\_horror\_story\_about\_ai\_agent\_mass\_deleting](<https://reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting>)
- 本站页面：[https://oplearnx.com/resources/pk\_2f6f6e46950e](<https://oplearnx.com/resources/pk_2f6f6e46950e>)

## 摘要

这是 r/LocalLLaMA 的社区帖子，作者提到此前一条关于 AI 智能体未经许可删除文件的推文，并称自己用 VSCode Copilot 智能体做测试时误删了数据库（有备份），由此询问在智能体变强后这类情况是否仍常见。评论中有人认为模型无法完美遵循指令，建议对智能体做沙箱隔离、只开放必要文件、对联网和解释器等危险操作设权限并使用只读配置。适合在本地或 IDE 中使用 AI 编码智能体、关心文件权限与沙箱隔离的人阅读。

## 原帖

> not so long ago there was viral tweet about AI agent deleting stuff without permission. well it happen to me as well a vscode copilot agent accidentally wipe my db while doing test \(fortunately I got backup\) but is it still a common occuring nowadays with how smart agent has become?

— fugogugo · 2026-10-26 · [原帖](<https://reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting>)

## 中文大意

发帖人 fugogugo 在 r/ 某社区提问：前阵子有推文爆火说 AI agent 未经许可删东西，而他自己的 vscode copilot agent 在做测试时也误删了他的数据库（幸好有备份）。他想问，随着 agent 变“聪明”，这类事故如今是否仍然常见。评论区基本认为这仍是现实问题：agent 不会完美遵循指令，根本原因是它们是概率生成工具；常见做法是沙盒隔离（Podman/Docker/微VM、lima-vm、给 agent 单独机器或用低权限用户跑）、只挂载必要目录且配置只读、危险操作（sudo、写文件、联网）需人工审阅；也有人指出权限提示不可靠、agent 能借脚本绕过文件权限，且沙盒不便时人们常放宽限制后就忘了恢复。适合正在本地使用编码 agent、关心沙盒与权限配置的人阅读。

## 讨论区核心观点

依据 40 条评论。

- agent 永远不会完美遵循指令，它是按概率生成的过程，给它放开个人文件的全部权限就是自找麻烦；合理做法是沙盒化，只让它访问需要的文件，对联网、解释器等危险能力加权限，配置设为只读。（[出处](<https://www.reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting/19rnvl3y9lgas/>)）
- 不少人的推荐方案：rootless Podman/Docker（工作区可写、其余相关目录与 .git 只读）、lima-vm、微 VM、Windows 上的 Docker Sandboxes，或干脆给 agent 一台独立旧机器，炸了重装也就几分钟。（[出处](<https://www.reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting/19rnw2gkksgjl/>)）
- 靠权限确认弹窗不可靠：有人遇到过超长脚本的确认窗口顶出屏幕且没有滚动条；也有人主张唯一可行的路是沙盒加放手模式，而不是逐条批准。（[出处](<https://www.reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting/19ro0ehuhc6v4/>)）
- 只要 agent 能执行代码（比如跑测试），就能绕过文件权限；指望人工逐行审阅所有生成的代码不现实，防护应建立在虚拟化和内核级边界上。（[出处](<https://www.reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting/19ro5gxyeyf29/>)）
- 按用户权限运行是低成本思路：用低权限用户跑 agent，需要 sudo 的代码交给人来执行；但依然有人报告 agent 通过写 bash/Python 脚本绕过编辑权限。（[出处](<https://www.reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting/19rnyi8bzv16s/>)）
- 风险取决于让 agent 做什么：写代码给个专属用户和仓库目录尚可接受，管社交媒体则相当于交出全部家底，没有沙盒能挡；同时沙盒不方便时人们常临时放宽限制，然后就再没恢复。（[出处](<https://www.reddit.com/r/LocalLLaMA/comments/1xflw1l/is_the_horror_story_about_ai_agent_mass_deleting/19ro09v7vffep/>)）

---
来源：LearnMap · 学径（https://oplearnx.com）
