在 VPS 上安装 Hermes Agent：Linux 全天候运行指南

Hermes Agent 是什么，为什么需要一台 VPS

Hermes Agent 是 Nous Research 推出的开源 AI 智能体，采用 MIT 许可证，定位是“与你一起成长的智能体”。它与大多数智能体框架的区别在于内置的学习循环：它会根据自身经验创建技能，在使用过程中改进这些技能，检索过去的对话，并跨会话构建关于你和你项目的持久记忆。围绕这一核心，它还叠加了向隔离子智能体委派任务、用自然语言调度报告和备份、网页搜索与浏览器自动化，以及跨多种后端的沙箱命令执行：本地、Docker、SSH，以及 Modal 和 Daytona 等 serverless 选项。

这些功能的每一项都以智能体真正在运行为前提。只有在笔记本唤醒时才会累积的记忆，或者只有在台式机恰好开着时才会触发的定时晨报，都失去了意义。Nous Research 在自己的文档里也这么说：Hermes“你把它放在哪里，它就住在哪里：一台 5 美元的 VPS、一个 GPU 集群，或者 serverless 基础设施。”对大多数人来说，正确答案是第一种：一台小型 Linux VPS，始终在线、始终可达、便宜到可以忘掉它的存在。本指南在 Ubuntu 上走完整个流程：安装、模型配置、内置 systemd 服务、远程访问，以及实事求是的配置规模建议。

前置条件：Ubuntu VPS 到底需要什么

官方要求出奇地简短。Hermes 通过其终端安装程序支持 Linux、macOS、WSL2，甚至 Android（Termux）；桌面应用仅面向 macOS 12+ 和 Windows 10/11，在服务器上并不需要。在 Debian 或 Ubuntu 上，文档列出的前置条件只有 git、curl 和 xz-utils，别无其他：

sudo apt update
sudo apt install -y git curl xz-utils

更重的依赖都由安装程序自行打包：它自带 Python 3.11 和 Node.js v26，外加 ripgrep 和 ffmpeg，所以你不必自己管理语言运行时，也不用担心发行版的 Python 与智能体的冲突。任何近期的 Ubuntu LTS，只要有 SSH 访问权限和一个能用 sudo 的用户即可。如果你以前自托管过智能体，比如照着我们的在 VPS 上部署 OpenClaw指南操作过，接下来的流程会很眼熟，只是少了大部分依赖折腾。

在 Ubuntu 上安装 Hermes Agent：分步操作

1. 运行官方安装脚本

Nous Research 发布了一个统一的安装脚本，负责克隆仓库、创建虚拟环境、安装依赖并提供全局 hermes 命令：

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

和所有管道式安装脚本一样，你完全可以先下载脚本读一遍再执行，对于一台将要保存 API 密钥的机器，这是个明智的习惯。

2. 重新加载 shell

安装程序会把 hermes 加入 PATH，所以需要让更改生效：

source ~/.bashrc   # or: source ~/.zshrc

3. 启动智能体

运行 hermes 进入经典 CLI，或运行 hermes --tui 进入文档推荐的现代终端界面。首次启动时它会引导你完成设置。之后，hermes --continue（简写 hermes -c）可恢复最近一次会话，所以 SSH 连接断开也不会有任何损失。

4. 验证安装

hermes doctor 会诊断配置和依赖问题，hermes update 会检测你的安装方式并执行对应的更新路径。这两条命令都值得在出问题之前就先了解。

指向一个模型：密钥与提供商

Hermes 刻意做到与模型无关，文档描述了两条路径：

• Nous Portal（最快）：hermes setup --portal 通过一次 OAuth 流程即可获得模型访问权限以及四个托管工具：网页搜索、图像生成、文本转语音和浏览器自动化。Portal 是订阅路线，付费档位包含每月模型额度和庞大的模型目录。
• 自带提供商：hermes model 会打开一个交互式选择器，覆盖 40 多家提供商，其中包括 OpenAI、Anthropic、Google Gemini、xAI、DeepSeek、OpenRouter、AWS Bedrock、Azure、Ollama 和自定义端点。大多数只需要一个环境变量（例如 OPENROUTER_API_KEY），或者从选择器中触发一次 OAuth 登录。

配置保存在 ~/.hermes/config.yaml，可通过 hermes config get 和 hermes config set 读写；只要你改变主意，hermes setup 就能重新运行完整向导（还提供 --non-interactive 参数用于脚本化重建）。以后切换模型只是选个菜单项，而不是一次迁移：不改代码，没有锁定。

全天候运行：内置的 systemd 网关服务

这正是 VPS 发挥价值的地方，也是 Hermes 比大多数智能体更省心的地方。你不需要 PM2、tmux 或手写的 unit 文件：消息网关（把智能体连接到 Telegram、Discord、Slack、WhatsApp、Signal、邮件等平台的常驻进程）自带原生服务管理。配置好你的平台，然后把它安装为 systemd 服务：

hermes gateway setup      # interactive platform configuration
hermes gateway install    # install as a systemd user service
hermes gateway start
hermes gateway status

在无头服务器上还有一个额外且容易遗漏的步骤。systemd 的用户服务通常会在你注销时停止，所以要告诉 systemd 在没有活动会话时也保持你的用户服务运行：

sudo loginctl enable-linger $USER

另外，也可以用 sudo hermes gateway install --system 把它安装为随系统启动的系统级服务。文档中的运行模式可归纳如下：

日志写入 ~/.hermes/logs/gateway.log，也可以通过 hermes logs 查看；hermes gateway restart 和 hermes gateway stop 顾名思义，hermes gateway list 会显示每个 profile 的网关状态。由于网关注册为普通的 systemd unit，它会和机器上的其他服务一起列出，想在整体上下文中查看它时，我们关于列出和管理 systemd 服务的回顾文章会派上用场。

远程访问：完全无头，从聊天应用直接操控

对于任何部署在服务器上的智能体，都有一个合理的疑问：需要屏幕吗？对 Hermes 来说，答案是干脆的“不需要”。终端安装是一等公民，而不是降级的备选方案：CLI、TUI、网关和沙箱执行全部可以通过普通 SSH 使用，不需要显示服务器，也不需要桌面应用。日常使用中你甚至很少需要 SSH 登录：网关一旦运行，智能体就能从你配置的任意消息平台访问，并且所有平台共享同一份记忆，正如项目所说的“一个智能体，一份记忆，所有入口”。在手机上通过 Telegram 索要状态报告，回到桌前用 Slack 继续同一段对话，再让定时自动化把结果发布到你想要的任何地方。

常驻智能体的安全基础

一个会执行命令、又持有 API 密钥的智能体，值得一套稍显偏执的安全设置。好消息是：本指南中没有任何步骤需要开放入站端口，网关主动向外连接消息平台，而你通过原本就有的 SSH 访问来管理机器。请保持这种状态：

• 确认没有暴露任何端口。设置完成后，检查 Linux 服务器上开放了哪些端口，确认从互联网唯一可达的只有 SSH。并且记住：防火墙和端口选择只能减少暴露面，不能替代真正的身份验证。
• 使用私信配对。Hermes 不用硬编码的用户白名单：陌生账号给你的智能体发消息时会收到一个配对码，由你用 hermes pairing approve telegram <CODE> 显式批准。配对码一小时后失效。绝不要批准不是你自己触发的配对码。
• 保护你的密钥。提供商凭据保存在 ~/.hermes/ 下，请确保该目录仅对你的用户可读，不要放进任何 git 仓库，并使用 hermes backup（把配置和会话归档为 zip）替代随手复制。
• 限制执行范围。Hermes 支持命令审批和多种沙箱后端；在服务器上，Docker 后端能在智能体的 shell 与宿主机之间建立真正的隔离边界。

VPS 配置规模：实话实说

Nous Research 没有公布最低 RAM 或 CPU 数字，所以你在别处看到的任何具体数值都是编出来的。文档给出的只是方向性说明：Hermes“你把它放在哪里，它就住在哪里：一台 5 美元的 VPS、一个 GPU 集群，或者 serverless 基础设施。”从架构上看这个说法是可信的。当你使用 Nous Portal 或任何托管提供商时，推理在别人的 GPU 上进行；你的 VPS 只运行智能体进程：打包的 Python 和 Node.js 运行时、网关，以及智能体执行的各种 shell 命令。这是一个相当小的占用。只有在工作负载确实需要时才加大配置：Docker 沙箱执行会增加容器开销，媒体任务依赖 ffmpeg，而把 hermes model 指向本地 Ollama 端点则会完全改变账本，因为模型权重需要 API 路线根本用不到的大量 RAM。

比原始规格更重要的是，这台机器真正属于你，并且真正始终在线。rdp.monster 的 Linux VPS 为安装程序及其 systemd 服务提供完整 root 权限，提供不会在智能体思考时被挤占的独享 CPU 和 RAM，为其网页工具提供无限（合理使用）带宽，而且无需 KYC，愿意的话可以用加密货币支付。服务器在支付确认后约 10 秒即可就绪，这意味着在你的咖啡凉掉之前，Hermes 就已经安装完毕、与你的 Telegram 配对并开始学习了。

常见问题

Hermes Agent 的最低服务器要求是什么？

Nous Research 没有公布硬性的 RAM 或 CPU 最低要求，其官方文档称 Hermes 在 5 美元的 VPS 上就能运行。

没有官方规格表。Debian/Ubuntu 上文档列出的前置条件只有 git、curl 和 xz-utils；安装程序自带 Python 3.11、Node.js v26、ripgrep 和 ffmpeg。由于推理在模型提供商的硬件上进行，VPS 只承载智能体运行时和网关，Nous 表示 5 美元的 VPS 就足够。如果启用 Docker 沙箱或通过 Ollama 运行本地模型，则需要预留更多余量，这些场景对 RAM 的需求要大得多。

Hermes Agent 可以免费使用吗？

软件本身免费且采用 MIT 许可证；你只需为所连接的模型提供商付费。

可以。该智能体基于 MIT 许可证开源，安装和运行不收取任何费用。真正的成本在模型用量：Nous Portal 是付费订阅，包含每月额度和庞大的模型目录；自带密钥路线则按你的提供商定价计费（通过 hermes model 支持 OpenAI、Anthropic、OpenRouter 等 40 多家提供商）。通过 Ollama 使用本地模型可以免去按 token 计费，但对服务器资源的要求高得多。

Hermes Agent 与 OpenClaw 等类似智能体有何不同？

Hermes 最突出的区别是内置的学习循环：它能根据经验创建并改进自己的技能。

包括 OpenClaw 在内的大多数自托管智能体都是执行任务并接入消息平台。按 Nous Research 的说法，Hermes 的独特之处在于它是唯一拥有内置学习循环的智能体：它根据自身经验编写技能，在使用中改进技能，检索过去的对话，并跨会话不断深化对你的了解。它还开箱即用地提供原生 systemd/launchd 服务管理，以及多种沙箱执行后端，包括本地、Docker、SSH、Modal 等。

Hermes Agent 可以在没有屏幕或图形界面的情况下运行吗？

可以。Linux 终端安装完全无头，不需要桌面应用或显示器。

桌面应用仅面向 macOS 和 Windows，而且是可选的。在 Linux 上，你通过 SSH 用一个脚本完成安装，通过 hermes CLI 或 TUI 操控智能体，并用 hermes gateway install 加 sudo loginctl enable-linger $USER 让它无头常驻。网关启动后，你就可以通过 Telegram、Discord、Slack、WhatsApp、Signal 或邮件与它交互，全程不涉及显示器、RDP 会话或 X 服务器。