agent 和 agent 之间有差异，但是没想到那么大

发布于

yiranw09: 平时我使用 hermes + dsv4flash 来做 agent，讲道理，几乎从来没有出现过任何问题，至少没有随意删除过我的文件，执行命令操作电脑也让我很安心。

但是，

我尝试使用 moviepilot 内置的 agent，想让它整理一下下载的动漫文件，结果全部都删掉了，源文件一个不留，qb 的记录也给清空了。

一时间我瘫坐在椅子上，气笑了。

---

原文链接：[点击查看](https://www.v2ex.com/t/1228847)

评论（22）

同感，我之前也遇到过 AI 整理文档的情况。它发现索引出了问题，就觉得需要重建，结果上来先给我把文件全删了，最后根本恢复不了。

· 0 个赞

血泪教训啊，以后遇到不熟悉的 agent，还是老老实实先扔沙盒里跑跑再说。

· 0 个赞

楼主把对话记录发出来让大家看看？分析下到底是啥逻辑把它搞抽风了。

· 0 个赞

“不要和陌生人说话”，大家千万不敢随便信任陌生的 agent 啊。

· 0 个赞

虽然挺惨的，但这帖子怎么发到 NAS 节点来了？

· 0 个赞

回复

可能楼主发在 NAS 节点，是因为主要讲的是 moviepilot 吧。

· 0 个赞

回复

因为是 moviepilot 的 agent 删了我 NAS 里的动漫啊。

· 0 个赞

给你推荐篇文章，里面有分析为啥这种 AI agent 会乱删文件，可以看看：https://linux.do/t/topic/2538870

· 0 个赞

确实差异挺大。就像 opencode 真的是肉眼可见的难用，以前用 codex 和 cc 也没见把模型能力限制成这样，opencode 算是让我开了眼了。

· 0 个赞

回复

回 17 楼，opencode 我觉得挺好用的啊，各人手感不同吧。

· 0 个赞

回复

其实我觉得 opencode+omo+dcp 这套组合基本算能用了，虽然步骤繁琐了点，但至少不会乱来。

· 0 个赞

这就太过拉胯了，正常情况下随便写点基础的系统提示词约束一下，都不至于干出这种删库的事。

· 0 个赞

好家伙，这 agent 居然直接动原文件，有点拉啊。按理说 moviepilot 底层基建做得还行的，这块逻辑有点不应该了。

· 0 个赞

感同身受，我之前让 AI 帮我整理文档也踩过坑。它发现索引有问题，觉得需要重建，结果二话不说直接给我把原文件全删了，数据根本恢复不回来。

· 0 个赞

回复

确实，hermes 真没出过这种离谱的事。这 moviepilot 内置的 agent 权限边界感太差了，真是一坨大的。而且我不到一小时随便聊了几句，它居然干掉了 90M token，我连它到底怎么造的都不知道，气笑了。

· 0 个赞

血泪教训啊，对于这种不太摸底细的 agent，最好还是先弄个沙盒环境跑跑测试，别直接上生产。

· 0 个赞

楼主的对话记录呢？发出来给大家避避雷，顺便分析下它到底抽什么风删你文件。

· 0 个赞

回复

这 agent 拉胯到连个完整的对话记录都没留下，我只能看到最后那段：它执行了一堆命令，直接来了一句 rm -rf 是永久删除，文件已经凉了，让我重新去搜索下载。然后还自己把 qB 的死任务清掉，把番剧全给重新添加上了，最后还跟我保证说下次会改用软链接模式，绝对不误删了。

· 0 个赞

所以说防人之心不可无，对没怎么接触过的陌生 agent 还是要留个心眼，别轻易给太大权限。

· 0 个赞

其实我挺好奇的，这帖子怎么发到 NAS 节点下面了？

· 0 个赞

回复

估计是因为楼主主要讨论的是 moviepilot 这个工具吧，所以发在了 NAS 节点。

· 0 个赞

回复

因为这事儿是 moviepilot 的 agent 干的呀，把我的动漫全给删了。

· 0 个赞