如何在手机上使用 Hermes Agent（2026）
2026 年在手机上运行和控制 Hermes Agent 的六种真实路径：Telegram、Hermex、Onepilot、hermes-webui、Termux 和 hermes-android。
简短答案
是的，你可以在手机上使用 Hermes Agent。截至 2026 年，Nous Research 还没有发布任何官方原生移动客户端，但社区已经把关键拼图凑齐了：一款原生 iPhone 应用、一款可以远程安装并驱动 Hermes 的 iOS SSH IDE、一套面向移动端的 Web 界面、一条让智能体直接跑在设备上的 Termux 路径、一个让 Hermes 反过来使用你手机的 Android 控制端，以及最省心的一条路：把 Telegram 或 Signal 当作访问运行在一台小 VPS 上的 Hermes 的入口。
这篇文章会逐一走一遍这六条路径，讲清楚每一条真正擅长做什么，以及在哪些地方会硌手。如果你只想要事先摆在桌上的结论：对大多数人而言，走消息应用这条路最能扛住日常使用；如果你还在用 hermes-webui，那么在此之上再装一个原生 iPhone 客户端也很值得。
路径 1：任何消息应用、任何手机（最简单）
Hermes 内置一流的 Telegram、Discord 和 Signal 集成，社区又在上面加上了 Slack 和 WhatsApp。当 Hermes 跑在一台 VPS 或家里的小盒子上时，你已经有了一个移动客户端：那台你每天都在用的消息应用。
- 延迟：智能体预热之后，到达运行时通常在 1 秒以内。
- 电量成本：为零。智能体运行在服务器上，你的手机只是和它对话。
- 手机侧配置：除了装好消息应用之外，什么都不用做。
服务端的具体细节可以看我们的 Telegram 部署指南、Signal 手把手教程 和 Slack 配置流程，每一篇都覆盖了准确的操作步骤。三者背后是同一个运行时，所以只要 Hermes 起来了，你可以顺手把自己真正在用的那个消息应用接上去。
这条路径能成为许多自托管用户的默认选择，是因为它对手机的短板足够坦诚：手机会挂起后台任务、切换网络、耗尽电量。走消息应用这条路能同时绕开这三件事，因为智能体根本不在手机上。你的手机只是一台哑终端，连的是一台永不入睡的机器。
路径 2：Hermex，hermes-webui 的原生 iOS 客户端
如果你用 hermes-webui 作为控制界面，现在它已经有了一个真正的原生 iPhone 客户端。Hermex 是一位独立开发者用 SwiftUI 写的应用，2026 年 6 月上线，目前在 App Store 上免费提供，没有内购、没有分析追踪。底层它只是通过 HTTPS 或 Tailscale 直接与你的 hermes-webui 服务器的 REST 与 WebSocket API 通信，没有任何第三方在中间中转数据。
相比消息应用路径，它多给你的东西：
- 会话管理：在多段对话之间切换，不再被环境噪音打扰。
- 通过 iOS 分享菜单直接附加文件和照片。
- 浏览 workspace 文件，实时看到智能体在读什么。
- 撰写栏底部直接控制模型、profile 和推理强度。
- Skill、记忆和用量都是一等公民。
如果你已经在家庭服务器或一台小 VPS 上跑 hermes-webui，Hermex 就是一次成本极低的体验升级。系统要求 iOS 18 或更高。
路径 3：Onepilot，替你安装 Hermes 的 iOS SSH IDE
Onepilot 走的是另一条路。它不是通过 HTTP 与一个已经运行的 Hermes 对话，而是从你的 iPhone 打开一条真实的 SSH 通道，用 nvm 免 sudo 安装 Hermes CLI，把你的模型服务商和消息渠道接好，然后再用一个终端、一个文件浏览器、Git 工具和 cron 把运行中的智能体包起来。
对本来就活在终端里的人来说，这是最接近一个移动 DevOps 驾驶舱的 Hermes 使用方式。你拿到的是完整的智能体运行时、带语法高亮的文件视图，还能审阅智能体自己发明出来的 skill，并把它们提级、降级或删除。安装可回滚：在主机上执行 rm -rf ~/.nvm ~/.hermes 就能清理干净。
代价是 Onepilot 是一款雄心更大的应用。它要求 iOS 18.6 或以上，而且你是在从手机把 SSH 访问权限交给一个第三方二进制。把它指向生产基础设施之前，请先看清楚它的权限模型。
路径 4：在手机浏览器里跑 hermes-webui
在 Hermex 出现之前，社区在移动端的答案就是把 hermes-webui 跑起来，然后在手机的 Safari 或 Chrome 里打开它。这条路今天仍然有效，值得单独说，因为它完全不需要从 App Store 装东西。
hermes-webui 是一个只有一份 Python 文件、没有 build step 的 SPA，自带响应式的三面板布局：左边是会话列表，中间是聊天，右边是 workspace 文件。到了手机上，三个面板会折叠成一个可滑动的堆栈，早期加入的一个 viewport 修复也把 iOS 地址栏处理得很干净。
如果你已经把 hermes-webui 通过 Tailscale 或 HTTPS 反向代理暴露在某个域名上，把它加到主屏幕，你就得到了一个还不错的 PWA 风格客户端，而且完全不用维护自己的构建流水线。它比不上 Hermex 那么顺滑，但胜在跨平台，Android 上也能用。
路径 5：Hermes 跑在手机本身上（Termux，Android）
如果你希望运行时就活在设备上，Android 加 Termux 目前是唯一严肃可行的路径。Nous Research 直接提供了 Termux 安装文档，社区项目 Hermes-Agent-On-Android 又提供了一条一行命令的安装脚本，帮你处理 pkg 依赖、创建 venv，并把 hermes 挂到 Termux 的 PATH 上。
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
需要老实承认的代价：
- 语音模式目前被卡住，原因是
faster-whisper在 Android 上的依赖问题。 - 浏览器与 Playwright 的自动引导 会被跳过，因此依赖浏览器的 skill 需要手动处理。
- 基于 Docker 的终端隔离 不可用，因此沙箱化的 shell 工具会退化。
- Android 会激进地挂起 Termux 的后台任务；要在息屏后保持智能体存活，需要开启常规的电池优化白名单。
对于想让 Hermes 真的跑在手机上的黑客来说，这就是那条路。对于日常只是想和智能体聊天的用户，路径 1 或路径 2 会舒服很多。
路径 6：Hermes 使用你的手机（hermes-android）
最后一条路径把方向反过来。Hermes 依旧运行在服务器上，但一个配套的 Android 应用（即控制端 hermes-android）把手机的能力，例如短信、通话和日历，以工具的形式暴露给智能体。现在 Hermes 可以使用你的手机，而不只是被手机访问。
这是一条小众但对自动化很有杀伤力的路径：让智能体草拟一条短信回复并真的从你的号码发出去，或者读取一条日历事件，并与它长期维护的一段记忆做交叉比对。整个配置更像是一个 home-lab 项目，而不是一次应用商店安装，因此工具权限的管理需要用对待任何一段有权访问你 SIM 卡的脚本时同样的谨慎。
该选哪条路径
一个快速的决策矩阵：
| 你想要的效果... | 选择 |
|---|---|
| 手机上无配置直接与智能体对话 | 路径 1（Telegram / Signal / Discord） |
在 hermes-webui 之上有一款打磨过的原生 iPhone 应用 |
路径 2（Hermex） |
| 在 iOS 上拥有完整的 SSH DevOps 驾驶舱 | 路径 3（Onepilot） |
| 一个不用装 App 的跨平台移动客户端 | 路径 4（hermes-webui PWA） |
| 让 Hermes 真的运行在设备上 | 路径 5（Android + Termux） |
| 让 Hermes 能发短信或读取你的日历 | 路径 6（hermes-android） |
这几条路并不互斥。最常见的健康搭配是：日常主力用路径 1，需要可视化会话时再加上路径 2 或路径 4。
如果你完全不想碰 VPS
以上每一条路径都假设你可以在某个地方托管 Hermes。如果答案是不行，而你只想在手机上拥有一个属于自己的 Hermes Agent，那么 Hermify 就是那条不用服务器的路径：一个运行在 Telegram 上的托管 Hermes Agent，约一分钟即可上线，记忆始终归你所有。你可以自带模型密钥，也可以使用托管密钥，你的手机通过 Telegram 就是入口，和路径 1 完全一致。没有 VPS，没有 signal-cli，也没有 Termux 的省电玄学。
如果你想比较自托管与托管方案的差别，我们的 托管与自托管拆解文章 里讲得更细。