【AI】越用越聪明？Hermes Agent 保姆级上手教程！AI 助理 | 大模型 | 小白 | AI中转站 | telegram | 微信

之前给大家分享过 Codex。这个东西确实已经很强了。

把一个项目直接扔给它，告诉它你想实现什么，它自己读代码、改代码、执行命令、跑测试。但是 Codex 的定位一直很明确：它主要是个编程 Agent。

所以一直有人问我：有没有这么一种 AI，不只是帮我写代码，而是真的能当我的私人助理？

最好还能一直在线。我随时想起一件事，掏出手机跟它说一声，它就帮我去做。而且它不是每次聊天都像第一次见面。它能慢慢记得我是谁，记得我的习惯，把以前解决过的问题变成经验。越用越懂我，越用越顺手。

还真有。

今天给大家分享一个我最近一直在使用的AI助理：Hermes Agent。

0x0 Hermes 到底特别在哪

光看表面，Hermes 和现在很多 AI Agent 差不多。能调大模型，能执行命令，能搜网页，能读文件。

这些已经不稀奇了。

我真正看重的，是两个东西。第一个：随时随地下任务。Hermes 可以直接住在一台服务器里。再把它接上 Telegram，现在还能直接接微信（来源：Hermes 官方 messaging 文档）。这意味着你的电脑根本不用一直开着。

它 24 小时住在服务器里面。

比如我今天人在外面，突然想起：昨天部署的 Docker 服务不知道还正不正常。以前怎么办？拿出电脑，连 SSH，登录服务器，docker ps，看日志，查问题。

现在呢？

掏出手机，打开微信，给 Hermes 发一句：”帮我检查一下服务器上的 Docker 服务有没有异常，有问题的话告诉我原因。”

然后手机收起来。它自己在服务器里执行命令、检查容器、查看日志。检查完，再把结果直接发回我的手机。

这种感觉已经不是”打开一个 AI 软件去问问题”了。而是”我有一个一直在线的私人助理”。

这一点非常吸引我。

第二个：它会把干过的事情变成经验。我们现在用很多 AI，都有个很烦的问题：今天花半小时教会它解决一个问题，过程踩了五六个坑，终于搞定。过几天开个新对话，又从头开始。

前面的经验全浪费了。

Hermes 想解决的，就是这个问题。它完成一个复杂任务之后，会把里面真正有价值的工作流程整理成一个 Skill。

比如让它排查网站为什么出现 502。第一次它可能先查 Docker，没问题；再查端口，也正常；继续查 Nginx。最后才发现：原来是反向代理配置写错了。这个过程非常有价值。

因为下次再遇到类似问题，它就知道该按什么顺序排查。下次就不是从零开始。

官方文档里，Skill 被看作”程序性记忆”，也就是把复杂、值得复用的工作流程保存下来；Memory 则负责保存长期事实、偏好和上下文，Agent 自己也能用 skill_manage 创建和更新 Skill（来源：Hermes 官方 Skills 文档）。

再加上 Memory。你的偏好、使用习惯、项目的背景信息，它慢慢都能积累。真正理想的私人 AI 助理，不应该只是模型越来越聪明。

它应该越来越懂你。这才是我想要的东西。

0x1 直接开装

说这么多没用，直接装。我今天专门开了一台新服务器。这台服务器是我好兄弟给我的。我们今天就拿它来折腾 Hermes。

为什么不用自己电脑？

原因刚才说了：我希望它一直在线。装在自己 Windows 电脑里，电脑一关机，Agent 也跟着没了。服务器不一样，服务器本身就是 24 小时在线。只要 Hermes 跑在这里，不管我在公司、在路上，还是已经躺床上了，只要手机有网，我随时都能给它下任务。

这才符合我对”私人助理”的理解。

第一步，连接服务器。直接 SSH 登录（路径以你服务器实际界面为准）。为了避免连基础工具都没有，先更新一下软件源：

sudo apt update

再确认 curl 和 git 已经装好：

sudo apt install -y curl git

然后就是官方的一键安装命令：

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

就这一条。

安装程序会自己处理运行环境和相关依赖，我们不用手动折腾 Python 虚拟环境那一堆东西。

跑完之后，如果终端还认不出 Hermes，重新加载一下 Shell：

source ~/.bashrc

然后输入：

hermes --help

只要能看到命令帮助，说明主体已经装好了（来源：Hermes 官方安装文档）。

0x2 给它配一个”大脑”

但这个时候 Hermes 还不能真正开始干活。

要先理解一件事：Hermes 本身不是大模型。它更像一个 Agent 框架。它负责调用终端、操作文件、搜索网页、管理记忆、调用 Skill、接微信。真正思考下一步该干什么的，是后面的大模型。

所以接下来给它装”大脑”。输入：

hermes model

现在 Hermes 支持很多模型来源。可以用官方支持的 Provider，也可以用 OpenRouter、OpenAI 兼容接口，甚至直接接自己搭的大模型服务。

我就不用官方接口了。

大家也知道，我自己本来就在折腾 AI API，正好直接测一下：Hermes 能不能接我自己的 AI 中转站。

现在中转站有ChatGPT官方0.05倍率的活动，订阅即刻享受：点我跳转

选 Custom Endpoint。然后填几个东西：

• API Base URL，比如 https://你的API地址/v1
• API Key，把自己的填进去
• Model Name，填你想让 Hermes 用的模型名称

官方支持直接连兼容 OpenAI /v1/chat/completions 的自定义 Endpoint，只要你的中转站协议兼容，一般就能直接接（来源：Hermes 官方配置文档）。

保存以后，先别急着接微信。

这一步非常重要。一定要先测模型能不能正常对话。如果模型都不能回复，后面再加 Telegram、微信、Cron、各种 Gateway，只会把排查问题搞得越来越复杂。

先启动一次聊天：

hermes chat

随便给它一个任务：”检查一下这台服务器目前的系统版本、CPU、内存和磁盘使用情况，然后给我做一个简单总结。”注意，我不是在问它”Linux 怎么查看 CPU 和内存”。

我是在告诉它”你自己去检查”。

然后它就开始调用工具、执行命令、获取系统信息，最后整理给我。这一环跑通，说明：服务器没问题，Hermes 没问题，模型接口也没问题。

到这里，这个 AI Agent 基本就活了。

官方快速入门也是建议先跑通一次正常 CLI 对话，再继续叠加 Gateway、定时任务、Skills 这些功能（来源：Hermes 官方快速入门）。

0x3 最有意思的：装进手机

如果到这里就结束，那还体现不出 Hermes 的优势。因为现在我还是得：打开电脑，连服务器，开终端，才能跟它说话。这跟 Coding Agent 的体验还是有点像。所以下一步：

把 Hermes 接到手机上。Hermes 有一个 Gateway。可以理解成专门连接各种聊天软件的东西。执行：

hermes gateway setup

然后选择要绑定的平台。我今天重点测两个：微信和 Telegram。

先试微信。

这个是我比较惊喜的地方。现在 Hermes 已经可以直接接微信（来源：Hermes 官方 messaging 文档）。进入 hermes gateway setup 之后，选择 Weixin。接下来它会自动申请登录二维码，直接显示在终端里。如果终端显示不方便，它也会给我们一个可以打开的地址。然后掏出手机，打开微信，扫一扫，确认登录。成功以后，Hermes 会自动把连接微信需要的信息保存在服务器上，不用手填一堆 Token。

到这里，微信和服务器上的 Hermes 就算真正连起来了。

这里也提醒一下：目前官方对微信的说明里，私聊是相对最稳定的使用方式。微信群消息能不能正常收到，还会受 iLink 那边的限制（来源：Hermes 官方 messaging 文档，2026-09 核验）。我拿来当私人助理，本来就是一对一私聊，影响不大。

接着是 Telegram。

如果你平时就在用 Telegram，这套方案其实更成熟一点。同样执行 hermes gateway setup，选择 Telegram。然后去 Telegram 里找到官方的 BotFather，给它发送：

/newbot

给机器人取个名字，比如 AppsToy Hermes。再设置一个以 bot 结尾的用户名。创建成功以后，BotFather 会给你一个 Bot Token。

这个东西非常重要，千万不要公开。

然后再获取一下自己的 Telegram User ID，可以用 @userinfobot 之类的机器人查询。最后回到 Hermes 的配置页面：填 Bot Token，再填允许使用这个 Bot 的 User ID。完成以后就可以了。

为什么要设置 Allowed User？就是为了安全。因为这个 Bot 背后连接的可不是普通聊天机器人。它背后是你的 Agent，甚至可能执行服务器命令。总不能让人搜到 Bot 以后，随便指挥你的服务器干活吧。

更新完配置之后，要重启网关才可以正常使用

0x4 手机实测

到这里，最有意思的地方来了。

我把电脑关掉，完全不用 SSH，直接拿手机测。比如给 Hermes 发：”帮我检查一下服务器当前 CPU、内存、硬盘以及 Docker 容器的运行状态。如果发现异常，告诉我具体是哪个服务出了问题。”发送。

这个消息不是发给普通聊天机器人的。它会真正回到我们刚才装 Hermes 的这台服务器。然后 Hermes 自己决定调用什么工具，自己执行服务器命令，最后把检查结果发回我的手机。

这才是整套东西真正爽的地方。

整个过程：我没打开电脑，没连 SSH，没执行一条 Linux 命令。我只是像平时发微信一样，告诉我的 AI 助理，我需要它做什么。

再给它一个更”私人助理”的任务。比如：”以后每天上午 9 点，帮我检查一次这台服务器的 CPU、内存、磁盘空间和 Docker 容器。如果全部正常就简单告诉我正常；如果发现异常，重点告诉我是什么。”Hermes 本身支持 Cron 定时任务。而 Cron 的执行，就是由刚才一直跑在后台的 Gateway 负责的（来源：Hermes 官方文档，2026-09 核验）。

这个任务就不再是”我问一次，它执行一次”。而是变成”以后它每天自己去做，做完再通过手机告诉我”。这个时候，它已经越来越接近我理解中的私人助理了。

最后再测一下 Skill。

告诉它：”把刚才检查服务器状态的流程整理成一个 Skill，以后我说’检查服务器’，就按照这套流程执行。”它就会把这套流程沉淀下来。比如：先查系统负载，再查内存，再查磁盘，再查 Docker，发现异常以后查日志，最后统一总结。以后再执行类似任务，就有一条可以复用的流程了。而且 Skill 本身就是一份结构化的 Markdown 文件。不是什么神秘黑盒。你可以自己打开看，不满意还能自己改。我觉得这也是 Agent 以后一个非常重要的方向。

我们真正需要的，可能不是一个每次都临场发挥的”天才”。而是一个合作得越久，越知道这件事该怎么做的搭档。

总结

这期体验下来，Hermes 最吸引我的地方，其实不是它能执行多少命令、支持多少大模型。

真正让我觉得有意思的是：它改变了我们使用 AI 的入口。

像 Codex 这种 Coding Agent，更多还是”我坐在电脑前，把一个开发任务交给 AI”。而 Hermes 更像是”我身边一直有一个在线的 AI”。它住在我的服务器里，我可以用手机随时找它。今天让它查服务器，明天让它收集资料，后天让它跑一个定时任务。这个过程里，它还能慢慢保存记忆、积累 Skill，把以前解决过的问题变成下一次能复用的经验。

Codex 更像一个非常厉害的程序员。而 Hermes 想做的，则是一个 24 小时在线、而且会越来越懂你的私人助理。而且它是开源免费的（来源：Hermes GitHub 仓库），官方提供一键安装，门槛很低，照着抄就能跑。

如果大家对 Hermes 感兴趣，下一期我可以继续折腾：怎么给它添加更多 Skill，怎么让它定时工作，怎么把它真正变成一个可以长期使用的私人 AI 助理。

有任何问题，欢迎在评论区留言讨论。我们下期见。