Hermes Agent 大师课：构建一个在对话结束后仍持续学习的智能体操作系统

当 Hermes Agent 为你提供 60+ 工具、20+ 消息界面、定时任务、技能、记忆和子智能体时，Claude 不再是瓶颈。

大多数团队仍将其当作聊天标签页使用，但隐藏的成本在于断裂的循环和无声的工作流漂移。

如果你的智能体工作不能产生复利效应，以下是让 Hermes 变成操作系统的精确 8 层操作手册。

一句话模型

Hermes 是一个自我改进的智能体，它存在于工作发生的地方。

不在某个 IDE 内。

不在某个聊天窗口内。

不在某个提供商账户内。

文档将 Hermes 描述为一个能从经验中创建技能并在使用过程中改进技能的智能体。它还会主动推动自身持久化知识并在会话间记忆。[E1]

这就是转变所在。

普通助手只会帮你一次。

Hermes 应该让第二次运行变得更好。

大多数人犯的错误

他们把 Hermes 当作一个更好的终端聊天机器人。

他们问：

你能写这个文件吗？

这能行。

但错过了杠杆效应。

更好的问题是：

你能构建一个让这项工作可重复的循环吗？

只有当输出不仅是一个文件时，Hermes 才有价值。

输出还包括：

• 一个被记住的偏好
• 一个可复用的技能
• 一个定时监控任务
• 一个已验证的制品
• 一个项目规范
• 一个待办队列
• 一个子智能体工作流
• 一条通向工作平台的交付路径

这不是聊天。

这是一个操作系统。

Hermes 技术栈

分层思考。

Hermes 之所以强大，是因为这些层次能够叠加。

一次工具调用解决一个任务。

一个技能防止下周再犯同样的错误。

一个定时任务将重复检查变成运营流程。

一段记忆让每个未来会话都从更接近你真实世界的地方开始。

头 60 分钟

如果我从零开始搭建 Hermes，我不会先定制所有东西。

我会先构建一个真正的运营循环。

1. 安装并连接一个模型

文档列出了最快的设置路径：

这意味着一条命令就能覆盖一个模型提供商加上工具网关。 [E2]

你也可以使用其他提供商，但首要目标不是完美配置。

首要目标是一个能使用工具的可用智能体。

2. 指向一个真实项目

不要用闲聊测试 Hermes。

在一个重要的仓库中打开它。

给仓库一个上下文文件：

把规则放在那里：

Hermes 会自动发现项目上下文文件，如 .hermes.md、AGENTS.md、CLAUDE.md、SOUL.md 和 .cursorrules。

这意味着仓库可以携带其运营记忆。

3. 给它一个可重复的工作流

选择一个你每周都会做的工作流。

示例：

• 寻找 X 评论目标
• 总结新线索
• 审查打开的 PR
• 起草发布文案
• 检查服务器
• 将会议笔记转化为任务
• 分析指标并标记变化

不要要求 Hermes “帮忙”。

要求它运行一个带有输入、检查和输出格式的工作流。

4. 让技能捕获流程

技能是按需加载的知识文档，Hermes 在需要时加载。

这是 Hermes 停止聊天、开始变成定制化的时刻。

一个好的技能这样说：

重要的不是标记文本。

重要的是流程不再存在于你的脑中。

Hermes 主循环

任何严肃的工作流都使用这个循环。

最后一步是关键。

普通的自动化会无声地失败。

一个 Hermes 工作流应该教智能体什么出了问题。

工具是双手

Hermes 自带工具类别，涵盖网络、X 搜索、终端和文件、浏览器自动化、媒体、编排、记忆和回忆、自动化、集成以及 MCP 工具。

这很重要，因为真正的工作不是文本生成。

真正的工作需要查找信息、读取文件、编辑代码、运行命令、检查输出并记住什么变了。

一个糟糕的智能体说：

我会检查日志。

一个有用的智能体检查日志。

一个更好的 Hermes 工作流会检查日志、总结模式、编写修复、验证它，如果工作流会重复，则将经验保存为技能。

技能是程序性记忆

记忆回答：Hermes 应该了解你的什么？

技能回答：Hermes 应该知道如何做什么？

不要混淆。

坏的记忆：

总是运行部署清单。

好的技能：

部署此应用时，运行构建、测试、迁移检查、发布说明、冒烟测试、回滚计划。

好的记忆：

用户偏好需要批准才能发布，并区分已调度状态和已执行状态。

这种分离可以防止 Hermes 将你的偏好变成意外命令。

定时任务将建议转化为运营

Hermes 定时任务可以调度一次性或重复任务，可以暂停、恢复、编辑、触发、删除任务，附加技能，将结果交付到平台目标，甚至运行纯脚本无智能体任务。[E6]

这是运营层变得真实的地方。

示例：

规则：

调度检测。

当操作涉及声誉、金钱或生产风险时，保持执行需要批准。

子智能体是通道，不是表演

Hermes 可以将工作委派给隔离的子智能体，这些子智能体具有受限的工具集和单独的上下文。

当工作受益于并行通道时使用它。

好的委派：

• 一个智能体研究 Fable 5 文档
• 一个智能体审查 X 对话
• 一个智能体起草文章角度
• 父智能体进行综合和验证

坏的委派：

• 生成五个智能体以显得印象深刻
• 向它们提问同一个模糊的问题
• 粘贴它们的摘要而不检查

子智能体应该减少上下文混乱。

而不是制造更多。

配置文件模式

Hermes 支持配置文件：独立的配置、会话、技能和记忆空间。

当一个智能体不应该变成所有东西时，这很有用。

示例配置文件拆分：

重点不是收集配置文件。

而是防止角色污染。

一个增长运营者和一个代码审查者不应共享每一个习惯。

审批规则

Hermes 能做很多事情。

这就是为什么边界很重要。

对于低风险工作，让它执行：

• 读取文件
• 总结文档
• 起草帖子
• 运行测试
• 准备报告
• 创建本地制品

对于高风险工作，需要批准：

• 公开发布
• 发送消息
• 移动资金
• 删除数据
• 生产变更
• 凭据处理
• 任何与声誉相关的事

一个严肃的 Hermes 设置区分三种状态：

• 已草稿
• 已批准/已调度
• 已执行并已验证

在拥有帖子 URL 之前，不要说帖子已发布。

在冒烟测试通过之前，不要说部署已完成。

在交易已验证之前，不要说款项已支付。

运营仪表盘

一旦 Hermes 开始跨工作流工作，你需要一个仪表盘或命令界面。

不是因为仪表盘好看。

而是因为运营者需要看到队列。

你的指挥中心应该展示：

• 智能体正在做什么
• 什么需要批准
• 什么已调度但未执行
• 什么已执行并已验证
• 什么失败了
• 什么技能或记忆被更新了
• 什么指标发生了变化

没有这些，自主工作就变成无形工作。

无形工作变成信任债。

大师课清单

如果你希望 Hermes 成为一个智能体操作系统，按此顺序构建：

• 一个真实项目上下文文件
• 一个可重复的工作流
• 一个捕获该工作流的技能
• 一个持久的偏好记忆更新
• 一个验证命令
• 一个调度的草稿或报告
• 一个审批界面
• 一个自我改进循环

不要从二十个自动化开始。

从一个每周都能改进的工作流开始。

失败模式

1. 记忆膨胀

如果一切变成记忆，记忆就不再有用。

存储稳定的事实。

将流程放在技能中。

将进度放在项目文档或会话历史中。

2. 技能腐化

上次有效的技能可能在仓库变更后失败。

技能失败时进行修补。

不要围绕一个损坏的流程重复提示。

3. 定时任务垃圾

一个报告每个微小变化的定时任务会变成噪音。

好的定时任务在阈值被超过之前保持沉默。

4. 审批混乱

已调度不等于已发布。

已批准不等于已执行。

已执行不等于已验证。

保持这些状态分离。

5. 单智能体大杂烩

如果一个 Hermes 配置文件是 CEO、程序员、心理咨询师、增长负责人和运营经理，声音会模糊。

当角色需要不同的记忆和技能时，拆分配置文件。

真正的解锁

解锁不在于 Hermes 能使用工具。

解锁在于 Hermes 能改进它使用工具的方式。

每一个重复的纠正都应该变成：

• 一个技能补丁
• 一个记忆更新
• 一个项目规则
• 一个清单项
• 一个定时检查
• 一个仪表盘队列

这就是复利循环。

ChatGPT 给你答案。

编码副驾驶给你 diff。

Hermes 应该给你一个运营层，每周与你一起工作都会变得更难替代。

结语

如果你正确使用，Hermes Agent 不是一个聊天机器人。

它是一个用于重复性工作的个人操作系统。

新手问题：

Hermes 能做什么？

运营者问题：

Hermes 应该永远拥有哪个循环？

你最先会对哪个每周 Hermes 工作流进行工具化：记忆、技能、定时任务、审批还是子智能体？

我开了一个私人 Telegram 频道，会定期分享见解和更新：

https://t.me/+GJ-FEpzcZrtmMTky