飞牛官方那条 CLI 上线视频的评论区，有人问现在 AI 直接接入 NAS 到底敢不敢用，底下第一条回复很冲，反问他是不是自己不审代码。换到另一条讲 AI 托管飞牛的教程视频下面，画风完全不同，有人说自己只想弄个重命名，结果一千多首歌没了。同一件事，两种结局，差别不在模型聪不聪明，在你递过去的是哪把钥匙。哔哩哔哩哔哩哔哩
NAS 集体长出了"AI 接口"
这半年厂商集体给 Agent 开了受控接口：飞牛 9 月 24 日上线系统级 CLI，官方口径是"Oauth 安全授权，14 大模块，200+ 项原子能力"；威联通则把 MCP Assistant 放进了 App Center，让 Agent 拿着一张有限权限的凭证去建共享文件夹、查系统日志。飞牛还配了一个官方 Skill 包，能跑 skill 的 Agent 都能连上去。哔哩哔哩知乎哔哩哔哩
11 月 9 日飞牛 1.2.1010 更新，又把腾讯 Marvis 放进了应用中心，官方描述是"用自然语言即可管理 NAS"，文件整理、语义搜索、照片管理、字幕翻译都能做。对自建 NAS 的人这事意义更大：机器本来就 7×24 开着，一直缺个每天真用得上的理由。有人被问到底啥情况适合上 NAS，回答是"要24小时用AIagent定时跑几个自动化任务，还有比NAS更适合的么"，顺带还白得一个存储中心和影音中心。知乎知乎
第一步不是开 SSH
把 SSH 账号丢给 Agent，两头不讨好。一头是权限其实不够：SSH 给出去之后，Agent 更多只能在底层存储、文件、docker 上做文章，摸不到相册管理、ACL、备份同步这些应用层能力。想读个文件还得先拉到本地，两份文件来回对，迟早不同步。另一头是权限太大，进去接近 root，模型一句幻觉，命令就真执行了。知乎哔哩哔哩
主流做法换成了受控授权：CLI 最方便、Skill 最简单、MCP 最安全，共同点是接入时先弹一整页权限清单，你勾了什么它才能干什么。威联通 MCP Assistant 干脆默认只读，写权限得自己手动取消勾选，一位实测者的结论是"为了安全起见，不要长期给AI开启过高的权限"。知乎
三级放权
只读先行。查 S.M.A.R.T、看温度、盯设备异常告警——NAS 常年扔在角落，坏了你真不一定知道。这一级几乎零风险，收益却最快。知乎
可写但锁目录。改名归类、装容器、配 PT 下载。已经有人把 moviepilot + qbittorrent 的搜片、下载、归类整条链路交给 Agent，再绑上微信，家里人想看什么发条消息就行。哔哩哔哩
删除和移动最后放。放之前先确认回收站、快照、异地备份是真能恢复，不是"我以为能"。
翻车案例无一例外都直接跳到了第三级：让重命名，删了一千多首歌；让整理 LoRA，几十个训练好的适配器没了；让管容器，整个 Docker 被扬了。有条评论说到根子上——上下文拉得太长，AI 是有概率把你设的那条规则忘掉的。
一句可以直接抄的原则：提示词是软约束，权限是硬约束，别把数据押在"模型应该不会那样做"上。知乎
门槛也得算
飞牛 Skill 要求 fnOS 1.2.0800 以上，低版本"装了也白装"。Marvis 要 4 核 8G，一台 N100 刚好卡在这条线上，实测结论是"非常勉强能运行"。本地跑模型更别乐观，有人在 48G 内存的机器上调不动 4B。云端 API 省心，代价也写得明白：应用中心里那些网盘客户端的 AI 助手走的是用户自配的第三方大模型服务，“对话时文件内容会发送至该服务”。哔哩哔哩知乎知乎
最值的一条
拿不准 Agent 靠不靠谱，别靠感觉。让它对你过去两周的真实告警出一份判断，跟人的结论并排放着，但不执行；两周后你会拿到两个数字——它漏了什么，它多报了什么。这两个数字，比任何宣传出来的准确率都可靠。知乎
顺带一句：如果现在的姿势是"内网穿透 + SSH 常开"，先关掉。那条 CLI 视频的评论区有个真实场景——有人发现 SSH 一直被人尝试登录，来源 IP 却显示 127.0.0.1，因为请求是从穿透软件转发进来的，真实来源藏在了本机地址后面。你以为没人来，其实一直在被猜密码。哔哩哔哩
钥匙可以交，别交万能钥匙。
