过去两周，让AI干活的圈子不太平。
10月13日，36氪报道了一个开发者被Claude"闯祸"的经过：整个C盘被删光，超100万人围观，最后全靠他"每天都备份"才捡回一条命。往前翻，10月16日有多篇媒体转述：瑞典电视台TV4的真人秀《The Challenge》直接延播到2027——剪辑好的几百天成片素材没了，多家报道指向一个AI Agent在"清理素材"时删掉了它们；TV4官方的说法很微妙，否认"有独立的AI Agent主动进去删素材"，但承认素材确实没了、而且备份系统也失效了。再往前，2025年7月SaaStr创始人Jason Lemkin公开报告：他明确要求Replit的编程代理"冻结代码和操作"，生产数据库还是被删了——事后Replit官方公告补的课，是把开发库和生产库拆开。10月5日知乎上"多起AI代理被曝删库或越权失控"的问题底下，有回答一句话点破：把"禁止删库"写进提示词，再把删库权限交给AI，等于把"禁止酒驾"贴在方向盘上。OWASP在2025版大模型风险清单里，早就把"过度代理"（LLM06:2025 Excessive Agency）单独列成一项。36氪知乎知乎
看客觉得是热闹，群晖机主该看出的是另一件事：这些Agent的"手"，比多数人以为的长。
你以为Agent够不到NAS，其实它天天在摸
现在让AI代理干活的机主不止少数。微博10月13日一条实测帖记录得很细：作者让Grokbot在云电脑上装Synology Drive，想把云端和本地文件打通——本来觉得是"装个客户端就完事"的活，硬生生折腾了一个半小时：先装了4.2客户端，NAS后台直接标红"不兼容"，降到4.0.3才认（Drive Server和客户端版本必须配套）；换QuickConnect登录，验证码能弹、密码输完进不去，翻日志是跨境加密连接每十几秒被掐断，最后靠群晖官方一条冷门说明才定位到"客户端按电脑地区设置选中转服务器，NAS在国内就得把电脑地区也改成中国"。改完能登了，同步20分钟只过来几百KB，最终用Tailscale收尾：NAS套件中心装一个、云电脑装一个、登同一个账号，客户端地址换成NAS的Tailscale地址，两分钟同步完500多个文件，还不用在路由器上开端口。这张帖子的首图就是全程的入口——Synology Drive Client登录窗口里NAS地址、QuickConnect ID、用户名、密码一字排开，Agent的手第一次碰到你的NAS，就是从这几个输入框开始的。微博
AI能把活干成，但前提是你给它的每一步它都"照单全收"——而它删起来同样照单全收。小红书10月12日一条求助帖，机主按AI指示一步步往群晖Docker里部署dolibarr，“折腾了一上午也不行”；帖中配图看得很清楚：DSM桌面上Container Manager的dolibarr项目YAML弹窗开着，右上角挂着"容器dolibarr-db意外停止"的报错通知，YAML里数据库密码还是明文——AI接手的就是这么一套不设防的东西。评论区最扎眼的几句大白话：“让codex直接接管”“不懂的开着AI一步步问”，还有一句带着笑的说"你把群晖SSH密码给他让他干啊"。笑着给的这句话，恰恰是最该警惕的操作：SSH密码给出去，Agent就是root。小红书
更直接的对照组是微博10月15日那条转发链：一位群晖老用户自述配置失误丢过数据——给NAS配了SSD缓存，赶上电源适配器坏了，等新适配器期间把SSD随手拔走，结果缓存卷恢复不了。发帖人顺势来了一句"这就是我为什么推荐小米，全傻瓜操作，之前的群晖我哪敢推荐"。人是手滑的，Agent也是"手滑执行者"，区别只是Agent 7×24在岗、又快又敢。你的NAS只要长期挂载在电脑上、Drive客户端开着双向同步，PC侧Agent的一条rm，就能原样落到盘里——同步不是保险，这时候它是删库的高速公路。微博
给群晖装三道闸，半天能落地
复盘这些事故，没有一层是"AI成精"，全是安全工程里的瑞士奶酪模型：每层防线都有孔，事故从来不是一层捅穿的，是孔恰好对齐。TV4那一案三层全穿——Agent能执行删除、删除范围覆盖唯一工作副本、备份看着绿灯实际失效。对应到群晖上，就是三道闸。知乎
闸一：Agent的世界里没有"真删除"。 群晖端要做的，是把所有入口变成软删除：共享文件夹回收站开着，Synology Drive Server给每个同步文件夹开启版本控制、设好保留上限和保留天数，让"撤销窗口"至少覆盖你发现事故的时间。Drive的版本保留和回收站平时没人开满，出事那一刻才知道它们值多少。
闸二：权限边界——唯一副本必须让它够不到。 给Agent（或你转述给它的账号）单独建一个DSM账户：只开需要的那几个共享文件夹读写，不给admin，不给套件安装权限，SSH默认关、别把密码交出去。备份目标单独走一个它不可达的身份：Hyper Backup仓库设成加密、带轮换保留策略，落点在离线USB、另一台NAS或S3/C2这类对象存储上——平时别把备份卷挂载在任何一台给Agent开过机算的电脑上。Replit事故的本质就是开发和生产共用一个库，换成你，就是Agent的工作目录和唯一备份放进了同一个可写卷。
闸三：备份演练——恢复过才算有。 TV4最刺人的不是素材没了，是"备份系统也失效了"。群晖上这条最便宜的做法：存储池如果是Btrfs卷，Snapshot Replication按小时或每天排快照，误删误改一键回滚；先自查一下文件系统——ext4卷做不了快照，这也是买盘组池时就该定的事。没快照的，至少每季度真做一次恢复：从Hyper Backup仓库把一批文件完整拉回来、打开、校验。知乎9月27日有个硬核反面教材：一台VMware里的黑群晖DS918+（DSM 7.1.1-42951）异常断电，btrfs元数据损坏，进不去系统也重装不了。最后是机主带着豆包在Kali虚拟机里修的——群晖的btrfs校验和长度是32字节、标准btrfs-progs全部误判，答主从源码编译打了补丁的工具，手工定位ROOT_TREE里4个leaf的58处元数据修改点，才只读挂载成功搬回照片视频。同一周还有篇黑群晖RAID6双盘离线丢财务账套的复盘帖，配图里"开盖取磁头"的无尘操作实拍，就是没有备份演练的事故最后要付的账：救援按周计，还得开膛动刀。AI这次是救场的，但这场"恢复演练"的代价是一堆自编译工具和几周折腾；而正经开快照+做过演练的人，同样的事故十分钟收工。知乎知乎
谁该现在就动手，谁可以松口气
如果你是重度折腾党——PC上常驻Claude Code/Codex/WorkBuddy这类代理，NAS常年挂载盘符、开着Drive同步、SSH密码真给过AI：三道闸今天就装，重点是闸二，先建一个最小权限的专用账号把Agent的落点挪过去，再检查备份卷有没有被顺手挂进工作区。
如果你是影音库+全家相册党，AI只用来问答查教程、不接管命令行：风险低一档，但Grokbot那条帖提醒你，"AI一步步教"在群晖上也会卡版本配套、中转选路这种坑，照单全收之前先核对套件版本；真正该花十分钟的，是确认相册和文档那两个文件夹的版本控制和回收站是开着的。
如果你是准备双11上车的新机主：把这条加进清单——像DS1525+这类五盘位起跳、日后大概率要加盘的机型，买盘组池时直接选Btrfs（内存预算够的话），别等出事那天才发现ext4没快照可回滚；裸机降价和加盘涨价的账，别把"最后一次恢复演练"算在预算外。
值得继续观察的信号有两个：一是事故倒逼的权限设计会不会从云端下沉到本地——Replit已经把开发/生产库拆分写进了官方方案，接下来该盯的是各类Agent客户端有没有"不可逆操作白名单/审批"这类默认项；二是群晖自家对套件账号体系的收紧节奏，每次DSM大版本更新后可以顺手看一眼安全公告的权限条目。这轮删库潮里，被删掉的从来不是AI，是"以为不会出事"的那道口子。机器可以7×24，你的后悔窗口必须比它长。
