普通人也能装好 Hermes Agent:一篇看懂 VPS 安装、验证和避坑

如果你第一次听到 Hermes Agent,可以先把它理解成一个给 AI Agent 使用的本地运行工具。它不是普通聊天页面,也不是单纯的模型 API,而是要在服务器上安装一套命令行程序,再配合浏览器能力、模型 provider 和本地配置,才能真正投入使用。本文用一次真实安装过程做例子,尽量用新手能看懂的方式,把每一步为什么要做、做完怎么看结果讲清楚。

这次安装的服务器是一台已经在运行其他服务的 VPS,所以整个过程都尽量保守:不乱改配置,不重启业务服务,不读取其他系统的 token,不把 OpenClaw 的密钥拿给 Hermes 用。你自己安装时也建议照这个思路来,尤其是服务器上已经有网站、数据库、面板或机器人服务的时候。

第一步:先确认自己在哪台机器上

很多新手最容易犯的错误,是把软件装错机器。比如本来要装在 VPS 上,结果在自己的 Mac 上执行了命令;或者有多台服务器,SSH 连错了机器。因此安装前先确认 hostname、公网 IP、系统版本、当前用户。

hostname
curl -4 ifconfig.me
cat /etc/os-release
whoami

确认无误后,再看磁盘、内存、Python、Node.js、npm、git、curl、bash 是否可用。Hermes Agent 会用到 Python 和 Node 相关环境,Playwright/Chromium 也会占用一定磁盘空间,所以空间太小的机器不建议直接安装。

df -h /
free -h
python3 --version
node --version
npm --version
command -v git curl bash

本次环境是 Ubuntu 24.04.4 LTS,root 用户,磁盘和内存都足够,Node.js 和 npm 已存在,git/curl/bash 也正常。这样的环境适合使用官方安装脚本。

第二步:使用官方脚本安装主程序

官方文档给出的快速安装命令是:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash

不过,为了避免安装过程直接进入交互配置,也为了先不下载浏览器,本次使用了更保守的参数:

curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash -s -- --skip-setup --skip-browser

这里解释一下两个参数。–skip-setup 是跳过初始化配置,不会让你马上选择模型服务商,也不会让你输入 API Key。–skip-browser 是跳过 Playwright/Chromium 浏览器安装,后面再单独补装。这样做对新手也更友好,因为你可以先确认 Hermes 主程序装好了,再处理浏览器依赖,哪里出问题就排查哪里。

第三步:检查 Hermes 是否真的装好了

安装命令结束后,不要只看最后有没有 success。最好用下面几个命令确认:

which hermes
hermes --version || hermes version
hermes --help
ls -ld /usr/local/lib/hermes-agent /usr/local/bin/hermes /root/.hermes

本次结果是:hermes 命令在 /usr/local/bin/hermes,程序目录在 /usr/local/lib/hermes-agent,配置目录在 /root/.hermes,版本是 Hermes Agent v0.16.0 (2026.6.5)。这说明主程序已经能运行。

另外还检查了虚拟环境里的 Python:

/usr/local/lib/hermes-agent/venv/bin/python --version

返回 Python 3.11.15。这个点很重要,因为它说明 Hermes 使用自己的 venv 环境,而不是覆盖系统 Python。新手千万不要为了某个软件去覆盖系统 Python,否则很容易影响系统工具、面板或已有项目。

第四步:补装浏览器能力

前面跳过了 browser,所以 Hermes 虽然已经能运行,但浏览器能力还没准备好。AI Agent 如果需要打开网页、截图、自动操作页面,通常就要用 Playwright 和 Chromium。官方安装日志给出的补装方式是:

cd /usr/local/lib/hermes-agent
npx playwright install-deps chromium
npx playwright install chromium

第一条命令进入 Hermes 安装目录。第二条命令会安装 Chromium 运行所需要的系统依赖,比如字体、X11、Xvfb 等。第三条命令下载 Chromium 浏览器本体。这里要注意,install-deps 会调用 apt 安装系统包,所以它不是完全“无痕”的命令。如果你的服务器环境很敏感,执行前应该先看清楚它要装什么。

本次 install-deps chromium 成功新增了 22 个 apt 包,大约增加 99.3MB。install chromium 下载的浏览器缓存放在 /root/.cache/ms-playwright,总大小约 641MB。

第五步:验证 Playwright 和 Chromium

浏览器安装完成后,用下面命令确认:

cd /usr/local/lib/hermes-agent
npm exec -- playwright --version
npm exec -- playwright install --dry-run chromium
ls -ld /root/.cache/ms-playwright

本次 Playwright 返回 Version 1.60.0。dry-run 显示 Chromium、Chrome Headless Shell 和 Playwright FFmpeg 都会使用 /root/.cache/ms-playwright 里的文件,说明浏览器缓存已经存在。实际目录里有 chromium-1223、chromium_headless_shell-1223 和 ffmpeg-1011。

第六步:几个容易踩的坑

第一个坑:不要把 setup 和安装混在一起。安装 Hermes 主程序只是第一步,setup 是配置 provider。如果你还没准备好 API Key,或者不想让它读取其他系统凭据,就不要急着运行 hermes setup。

第二个坑:不要乱用旧 token。服务器上可能已有 OpenClaw、网站、数据库、面板等配置,但 Hermes 应该使用自己的 provider 配置。不同系统的密钥不要互相复制,这样以后排查问题才清楚。

第三个坑:不要忽略浏览器依赖。只安装 Hermes 主程序,不代表浏览器能力可用。使用 –skip-browser 后,必须后续补装 Playwright/Chromium。

第四个坑:不要在生产服务器上随手重启服务。安装软件和重启 Nginx、MySQL、Redis、OpenClaw gateway 是两回事,除非明确需要,否则不要为了“刷新环境”去重启业务服务。

最后:醒来后怎么继续配置 provider

如果主程序和浏览器都验证完成,后续就可以手工运行:

hermes setup

运行 setup 前,准备好你要使用的模型服务商凭据,比如 Nous Portal、OpenAI、Anthropic、Google 或本地模型相关配置。具体支持哪些 provider 以 Hermes 官方文档和 setup 界面为准。配置时建议只把 Hermes 需要的 key 写进 /root/.hermes,不要复用其他系统的 token。

整套流程总结成一句话:先确认机器,再官方安装主程序,再补装浏览器,再验证版本和目录,最后才配置 provider。按这个顺序走,新手也能把风险降到很低。


延伸阅读与数字资源入口:https://pay.51usdt.top

再补一段:新手怎么判断自己装对了

很多新手装完软件后,只会问一句“能不能用了”。其实更好的判断方法是看五个点。第一,命令能不能找到;第二,版本能不能输出;第三,安装目录是不是你预期的位置;第四,依赖目录有没有生成;第五,原来正在跑的服务有没有被影响。Hermes Agent 这次对应的检查就是 which hermes、hermes –version、ls /usr/local/lib/hermes-agent、ls /root/.cache/ms-playwright,以及 ps 检查原来的 OpenClaw 进程。

如果 which hermes 没有输出,说明命令入口没有写好或 PATH 没生效。如果 hermes –version 报错,说明主程序或 Python 依赖可能没装完整。如果 /root/.cache/ms-playwright 不存在,说明浏览器还没有补装。如果 Chromium 目录存在但运行任务仍然报浏览器启动失败,就要看 install-deps chromium 是否执行成功,或者系统是不是缺少字体和图形库。

新手最推荐的安装顺序

推荐顺序是:先只读检查,再安装主程序,再验证主程序,再安装浏览器依赖,再验证浏览器,最后配置 provider。这个顺序看起来多了几步,但每一步都很简单。它的好处是你不会一下子面对一堆错误。比如主程序安装失败,就不用去管 browser;browser 没装好,就不用急着配 API Key;provider 没准备好,也不会影响已经安装好的 Hermes 主程序。

which hermes
hermes --version
cd /usr/local/lib/hermes-agent
npm exec -- playwright --version
npm exec -- playwright install --dry-run chromium

等你准备配置 provider 时,再执行 hermes setup。到那一步才需要考虑模型服务商、API Key、OAuth 或本地模型地址。安装阶段不要把密钥拿出来乱试,也不要复制其他系统里的 token。对新手来说,保护密钥比装成功更重要,因为软件装坏了可以重装,密钥泄露就很麻烦。

后续使用建议

完成安装并不等于马上把所有任务交给 Hermes。更稳妥的做法是先把它当成一个独立的新工具来观察:先运行帮助命令和版本命令,确认环境稳定;再选择一个低风险的公开网页测试浏览器能力;最后才考虑接入需要登录、需要密钥、需要写入文件或发布内容的任务。这样做可以避免把安装问题、模型问题、浏览器问题和业务权限问题混在一起。

如果后续准备在同一台 VPS 上长期使用 Hermes,建议把三类资料分开保存:安装日志放在工作区或运维文档里,provider 密钥只放在 Hermes 自己的私有配置里,任务输出和截图单独建目录归档。不要把密钥写进教程,也不要把临时授权码发到公开聊天或文章中。对于多 Agent、多网站、多服务共存的服务器来说,目录清楚、权限清楚、日志清楚,比一次安装成功更重要。

最后再强调一次:本文流程适合已经有业务的 VPS。它的核心思路不是追求最快,而是追求可控。所有关键命令都来自官方脚本或官方安装日志;所有会影响系统的动作都限定在 Hermes、Playwright、Chromium 所需范围;所有敏感配置都留到手工 setup 阶段处理。这样部署出来的 Agent 环境,后续更容易升级、迁移和排查。

相关链接


已发布

分类

来自