昨天（8月13日），Hermes Agent 推送了 v0.20.1 更新。如果你最近刷 NAS 社区刷得勤，大概率见过"养马"这个黑话——Hermes 是 Nous Research 做的开源 AI Agent 框架，GitHub 星标已经冲到 23 万，因为名字带 Hermes，社区管部署调教它叫"养马"。这波热度从今年 4 月开始在 NAS 圈蔓延，现在轮到威联通用户纠结了：马是匹好马，但装到自家威联通上，第一步就可能卡住。
先把背景压到最短。Hermes 和年初火过的 OpenClaw（小龙虾）是同类，都是开源 AI Agent，但定位不太一样：用 NAS 博主 Stark-C 的说法，OpenClaw 更像"本地 AI 的调度中心"，把模型、插件、工具攒在一起干活；Hermes 主打的是"会进化"——任务自动规划、工具自发现、长期记忆，用得越多越懂你。知乎官方给它的定义也很直白：the agent that grows with you。GitHub它不绑定某个大模型，Nous Portal、OpenRouter、OpenAI、自建端点都能接，`hermes model` 一条命令切换，这点对外挂 API 计费的用户很实际。
那为什么这事跟威联通用户有关？因为 NAS 是 Hermes 天然的宿主。Agent 要 24 小时在线才有意义：你人出门了，它在家继续下载、整理、盯任务，随时能被微信、飞书喊醒。知乎上有位用户说得挺透：这类 Agent 终端的最佳运行环境就是 7x24 小时运行的 NAS，随时可以通过 WOL 唤醒内网设备，通过 SSH 管理内网设备，通过 HA 接管智能电器。知乎他自称已经几个月没敲过一行命令，装软件卸软件都让 Hermes 代劳。NAS 玩家手里正好有一台常开、有存储、在局域网中心的机器，这就是养马热刮进 NAS 圈的原因。
而 8 月这波 v0.20 系列更新，恰好把 NAS 的位置又抬高了一格，值得单独说：
一是 A2A v1.0 协议（8月3日 v0.20.0 实装）。Hermes 现在能发现、调用其他设备上的 Hermes，多台机器互相派活。有用户实测了"笔记本 + 台式机 + NAS"三机组网：笔记本上的 AI 干活，调台式机的算力，让 NAS 上的 AI 做汇总。小红书这个拓扑里 NAS 天然当常开中枢——台式机不会 24 小时开着，NAS 会。
二是微信、飞书、钉钉、QQ 的消息通道在 v0.20 里成了官方一等公民，语音消息发过去能转写、能回，不用再靠第三方野路子桥接。GitHub国内用户之前最馋的就是"NAS 上部署 Hermes 再连微信"——电脑不可能不关机，一是费电，二是损耗硬件，NAS 才是 24 小时在线的那个。小红书上有用户专门发帖算这笔账。小红书这篇帖子攒了两百多赞、一百五十多条评论，一半都在求教程。
三是昨天这个 v0.20.1 本身：官方的说法是攒了 v0.20.0 之后的 656 个 PR、修掉约 481 个 issue 的稳定性大包，覆盖桌面端、gateway、安装器和工具系统。GitHub已经装了的，`hermes update` 一条命令升级；还没装的，现在反而是个不错的入场时机——坑被前面的人踩得差不多了。
重点来了：在威联通上装，社区里目前就两条路线，各有各的账。
路线一：Container Station 跑 Docker。这是主流玩法，社区已经有现成的威联通版 compose 配置：镜像用 `nousresearch/hermes-agent`，gateway 端口 8642，内置 dashboard 开 9119，数据目录挂到 NAS 的持久化路径（比如 `/opt/data` 对应的共享文件夹），再加 `TZ=Asia/Shanghai`。小红书
优点是轻，跟威联通上其他 Docker 服务共存，资源占用可控；缺点是——这里埋着威联通用户反馈最集中的坑：UID/GID 权限。Hermes 的容器默认逻辑是：你没手动指定 `HERMES_UID`/`HERMES_GID` 环境变量时，默认用 0 号用户也就是 root 跑。而所有 NAS 应用商店、可视化面板的一键部署模板，都不会帮你自动填这两个变量。后果很隐蔽：装的时候一切正常，容器一重启，配置文件被 root 权限污染，轻则模型配置被打回默认、定时任务静默失效，重则直接 Permission denied。有知乎用户整理过踩坑对照，群晖、威联通、绿联、极空间、Unraid、CasaOS 全在中招名单上。知乎小红书上就有一位威联通用户血泪控诉：折腾了一晚上，只要重启 docker 必无限重启，提示没有 config.yaml 权限，直呼后悔买这个品牌。小红书其实这不是威联通独有的锅，是模板没填 UID，但在威联通 Container Station 上爆发得特别典型。解法不复杂：SSH 进威联通用 `id` 命令查自己的 UID/GID，写进 compose 的 `HERMES_UID`/`HERMES_GID`，再把历史数据目录的属主改过来，一次配好长期有效。这步做了和没做，是"稳如老狗"和"无限重启"的区别。
路线二：Ubuntu Linux Workstation。这是威联通的独家应用。知乎App Center 里装，选 Ubuntu 24.04，全程无人值守装完，等于在 NAS 里跑一台轻量的完整 Ubuntu 主机，还能 HDMI 直通显示器接键鼠。Stark-C 的教程走的就是这条线：Ubuntu 24.04 自带 Python 3.12.3，满足 Hermes 要求的 3.11+，终端里跑官方一行安装脚本就行，完全绕开 Docker 的 UID 映射问题，权限就是 Linux 原生用户权限，干净。适合两种人：一是被 Container Station 权限坑怕了的，二是想把 Hermes 当"主力进程"而不是若干容器之一来养的。代价也要算：它吃的是实打实的内存和 CPU，8G 内存的机型跑它加别的 Docker 服务会紧张；而且它只对部分 x86 机型开放，ARM 入门机型没这个选项，装之前先在 App Center 里搜一下你的机型支不支持。
给个简单判断：内存 16G 及以上的 x86 威联通（Qu605、Qu805、TS-x64 这档），两条路都通，想省心、怕权限坑选路线二，想轻量、多容器共存选路线一并老老实实填 UID；8G 内存机型优先路线一，少开别的服务；ARM 机型和 4G 及以下入门款，这匹马先别牵，硬件门槛不过关。
除了权限，还有三个社区高频坑，部署前先看一眼能省一晚上：
1）数据目录挂载路径要跟你对的版本走。社区教程里出现过两套写法：单容器内置 dashboard 的挂 `/opt/data`；Hermes 主体 + 独立 web-ui 双容器的，web-ui 必须把数据目录挂到容器内 `/home/agent/.hermes`，漏了这个挂载，WebUI 连不上 Hermes 是最常见翻车现场。知乎抄配置前先确认教程对应的 Hermes 版本。
2）教程版本漂移很严重。Hermes 迭代飞快，两个月前的教程端口、路径可能全变了：web-ui 端口现在默认 6060，老教程里的 8648 是过时信息。知乎gateway 默认 8000 容易撞端口，社区习惯改成 8642。照着抄之前，先看教程日期。
3）`hermes setup` 时终端后端要选 local 而不是 Docker。容器里已经是完整 Linux 环境，再选 Docker 是嵌套套娃，命令执行直接失败。这个坑属于"看起来都能选，其实只有一个对"。
装好之后长这样：Hermes 的 WebUI 仪表盘能看到 token 用量、会话数、模型分布和每日消耗，养马成本一目了然。
最后泼三盆冷水，都是评论区真实存在的疑问：
一是成本。Hermes 本身免费开源（MIT 协议），但它要接大模型 API，token 是真金白银。社区里"是不是得买 API 才能用"的提问非常多。省钱路子有：搜索类工具用 Tavily（每月 1000 次免费额度），轻任务挂便宜模型，重任务再切旗舰。预算敏感的用户，先把 API 账算明白再入场。
二是别指望一步到位。也有跟着装完的用户发帖问"这玩意儿到底有啥用"——找不到明确场景的人不少。如果你的 NAS 目前只是存照片跑 Jellyfin，Hermes 对你的边际价值有限，先观望 v0.21 的完整功能盘点也不迟。
三是微信接入虽好，注意分寸。v0.20 的 Weixin 通道是官方支持的，但评论区也有人担心账号风控——用独立小号接入、别跑群发类任务，是社区目前的普遍共识。
想继续跟进的，留三个观察信号：v0.21 的完整 release notes（官方说会补全 v0.20 之后的全部亮点）、A2A 生态里第三方 agent 的兼容进展、以及微信通道的稳定性反馈。A2A 这块还有个进阶坑提前说一声：多机组网时所有机器要在 `.env` 里配 `A2A_TRUSTED_PEERS` 白名单，NAS 如果同时有局域网 IP 和 Tailscale 双地址，切网后白名单失效会报 403 “peer not trusted”，SSH 上去补 IP 重启即可。小红书另外 Bearer token 千万别放进 Syncthing 之类的同步目录，会扩散到全家设备。
NAS 从"存储盒子"变成"家里的 AI 中枢"，这条路今年走得比谁预想的都快。威联通的底子是够的——x86 机型性能不虚、Container Station 和 Ubuntu Linux Workstation 两条腿都有——真正拉开差距的不是装没装，而是装之前有没有把 UID 这个坑填上。
