Hermes Agent 有意思的地方是你可以让它自己按时间工作,完成后再通过 Telegram 找你。

Nous Research 已将 Hermes Agent 完整开源,MIT License。它目前已经把 Memory、Skills、Cron、Telegram、Terminal 和 Subagents 放进同一套 Agent Runtime。

如果第一次玩,不要一上来装几十个 Skill。

建议按照下面顺序跑。

01|安装 Hermes

Windows 原生 PowerShell:

iex (irm

https://hermes-agent.nousresearch.com/install.ps1

)

Linux / macOS / WSL2:

curl -fsSL

https://hermes-agent.nousresearch.com/install.sh

| bash

Windows 和 macOS 用户现在也可以直接使用官方 Desktop Installer;上面的命令适合只想装 CLI 的情况。

然后:hermes setup

配置完成后:hermes

先随便问一个问题。

基础聊天没跑通之前,不要继续配置 Telegram、Cron 和 Skill。

这也是 Hermes 官方 Quickstart 推荐的顺序。

02|选模型时注意一个隐藏门槛

运行:

hermes model

选择 Provider 和模型。

Hermes 支持 OpenRouter、OpenAI、Anthropic、DeepSeek、Gemini、Kimi、MiniMax、Qwen、本地 OpenAI-compatible Endpoint 等大量 Provider。

但有一个很重要的要求:

模型 Context 至少需要 64K。

低于这个长度,Hermes 会直接拒绝启动,因为复杂 Tool Calling 需要足够的工作上下文。

所以不要只看:

哪个模型最便宜?

更应该先看:

Context ≥ 64K + Tool Calling 稳定 + 价格自己能接受

先把 Workflow 跑通,模型以后随时可以换。

03|接 Telegram

先打开 Telegram,搜索:

@BotFather

发送:/newbot

创建自己的 Bot。

最后你会拿到:Bot Token

这相当于机器人密码,不要公开。

然后用官方推荐的

@userinfobot

获取自己的 Telegram 数字 User ID。

回到 Hermes:hermes gateway setup

选择:Telegram

填入:

Bot Token + Telegram User ID

然后启动:hermes gateway

现在去 Telegram 给自己的 Bot 发:hello 能正常回复,Telegram 链路就通了。

04|别忘了限制谁能控制你的 Agent

Hermes 可以调用 Terminal、读写文件和执行工具。

所以一定要限制 Telegram 用户。

核心配置:

TELEGRAM_ALLOWED_USERS=你的Telegram数字ID

官方当前默认行为也比较安全:

如果没有配置 Allowlist,Gateway 会拒绝所有用户。

然后在你希望接收自动通知的聊天里输入:/sethome

这个 Chat 就会成为 Telegram Home Channel。

05|开始第一个真正有用的自动任务

直接在 Telegram 对 Hermes 说:

每天早上 9 点检查 Hacker News 过去 24 小时值得关注的 AI Agent 新闻,只保留新模型、新工具和重要开源项目,最多 5 条,把结果发到当前 Telegram。

Hermes 官方现在支持直接用自然语言创建 Cron。

也可以 CLI:

hermes cron create “every day at 9am” \ “Check Hacker News for important AI Agent news” \ –deliver telegram \ –name “ai-news”

这里有一个非常容易踩的坑:CLI 创建 Cron 时,默认 Delivery 是 local。

也就是结果保存到本地,而不是自动发 Telegram。

所以要推送手机,记得:–deliver telegram

并提前完成 /sethome。

06|周期性任务建议固定模型

这一点是最新版本特别值得注意的。

例如你的:ai-news 已经创建完成。

建议再执行:

hermes cron edit ai-news \ –provider <你的Provider> \ –model <你的Model>

Hermes 现在有 Model Drift Guard

如果周期任务只是跟着全局模型走,而你某天执行:hermes model 把默认模型换了,Hermes不会悄悄让无人值守任务换到一个可能更贵的模型继续跑,而可能直接阻止任务执行并提醒你。

所以长期自动化:聊天模型随便换,Cron 模型单独固定。

07|想 24 小时工作,Gateway 必须长期运行

你直接执行:hermes gateway 只是前台运行。

终端关闭以后,它也会停止。

Linux 可以安装 User Service:

hermes gateway install

VPS 希望开机自动启动:

sudo hermes gateway install –system

Hermes 的 Cron Scheduler 就运行在 Gateway Daemon 中,每 60 秒检查一次到期任务。

所以所谓:

24 小时 Agent

真正的前提是:

服务器长期在线 + Gateway 长期运行

08|简单监控不要调用大模型

例如:

每 5 分钟检查一次内存,超过 85% 才通知我。

这种任务没必要每 5 分钟烧一次 Token。

Hermes 有:No-Agent Cron。

官方示例:

hermes cron create “every 5m” \ –no-agent \ –script

memory-watchdog.sh

\ –deliver telegram \ –name “memory-watchdog”

执行逻辑:

Cron ↓ 运行脚本 ↓ 正常 → 不发消息 异常 → stdout 发 Telegram

整个过程:不调用模型、不使用 Provider、不消耗 LLM Token。

注意脚本需要放在 Hermes 允许的 Scripts 目录:

$HERMES_HOME

/scripts/

否则 Cron 会拒绝执行。

服务器监控、磁盘空间、网站心跳这种任务都很适合这样做。

09|让 Hermes 真正记住你

Hermes 内置 Memory 不是无限聊天记录。

主要有:

~/.hermes/memories/MEMORY.md ~/.hermes/memories/USER.md

其中:

MEMORY.md → 环境、项目事实、长期知识 USER.md → 你的偏好、沟通方式

默认容量:

MEMORY.md:2200 字符 USER.md:1375 字符

它们会在每个新 Session 开始时加入 System Prompt。

例如告诉 Hermes:

以后给我写内容时结论优先,尽量简洁,不要铺很长背景,把这个保存为用户偏好。

它就可以写入 USER Memory。

而完整聊天记录并没有丢。

所有 CLI 和 Messaging Session 会另外保存在:

~/.hermes/state.db

通过 SQLite + FTS5 搜索过去对话。

所以它实际上是:

关键事实 → Memory 完整历史 → Session Search

10|建议打开 Memory 审批

默认情况下 Hermes 可以自动保存 Memory。

如果你不希望 AI 自己决定:

什么值得永久记住?

修改:

~/.hermes/config.yaml

加入:

memory: write_approval: true

以后待保存内容可以先查看:

/memory pending

批准:

/memory approve

拒绝:

/memory reject

11|把成功流程变成 Skill

假设你已经教 Hermes 跑通一套:

搜索 AI 新闻 ↓ 过滤重复内容 ↓ 判断价值 ↓ 整理格式 ↓ Telegram 推送

以后不用再重新解释。

直接:

/learn how I just completed this workflow

或者让它读取官方文档:

/learn

https://docs.example.com/api/quickstart

Hermes 会把资料整理成一个可复用 Skill。

Skill 可以包含:

SKILL.md references/ templates/ scripts/ assets/

所以它不只是一个 Prompt。

12|Skill 也建议开启人工审批

配置:

skills: write_approval: true

之后:

/skills pending

看有哪些修改。

查看完整 Diff:

/skills diff

确认以后:

/skills approve

有问题:

/skills reject

这一步非常重要。

13|复杂任务再用 Subagents

例如:

帮我研究三个最适合 AI SaaS 出海的市场。

Hermes 可以并行拆成:

Subagent A → 美国 Subagent B → 日本 Subagent C → 欧洲

默认:最多同时运行 3 个 Child Agent。

这个值可以通过:delegation.max_concurrent_children 调整。

每个 Subagent 拥有独立 Context。

这样复杂研究不会把所有中间过程都塞进主 Agent。

但也别无脑增加数量:并发越多,模型费用也可能同步放大。

14|小白第一版直接做这个

我建议不要先折腾几十个功能。

只搭:

Hermes ↓ 模型 ↓ Telegram ↓ Cron ↓ Memory ↓ Skill

然后给它一个真实任务:

每天早上 9 点整理过去 24 小时值得关注的 AI Agent 新闻。只保留新模型、新产品、Coding Agent 和开源项目。最多 5 条。已经推送过的内容不要重复。没有高价值更新就保持静默。有结果通过 Telegram 发给我。这套流程稳定后,把去重和筛选规则沉淀成 Skill。

跑通这一条,你已经把 Hermes 最值得玩的几个能力串起来了:Cron + Telegram + Memory + Skill。

最后

Hermes Agent 最值得研究的不是:

它比 ChatGPT 聪明多少?

而是:

Chat ↓ 长期记忆 ↓ 定时主动工作 ↓ 调用工具 ↓ Telegram 通知 ↓ 成功流程保存成 Skill ↓ 下一次继续复用

**Hermes 是一套可以自托管、拥有有界长期记忆、Skills、Cron、消息渠道和多 Agent 执行能力的开源 Agent Runtime;**这才是它和普通聊天机器人的真正区别。