Hermes 的七日配置指南（完整版）

大多数人试图在一个混乱的周末内搭建好 AI 系统。

他们安装十种工具。

连接五个 API。

创建一些自动操作。

再加上一个巨型系统提示词。

然后两天后却发现整个系统一团糟。

如果你放慢速度，Hermes 的效果会更好。

配置本身并不难。

难的是保持各层之间的清晰。

身份。

记忆。

技能。

工具。

Telegram。

定时任务。

配置文件。

如果你按错误的顺序堆叠这些层，你得到的将是一个噪音不断、权限过多、判断力不足的助手。

如果你按正确的顺序堆叠它们，你得到的将是一个能持续累积的系统。

以下是我会采用的七日配置方案。

第一天：安装 Hermes 并验证基础功能

不要从自动操作开始。

首先确保基础智能体能够正常工作。

安装 Hermes：

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash

然后运行设置向导：

hermes setup

选择你的模型/提供商：

hermes model

运行健康检查：

hermes doctor

然后开始一次普通聊天：

hermes chat

这就是第一天。

目标不是定制一切。

目标是证明一件简单的事情：

Hermes 能够运行、调用工具、读取环境，并且可靠地响应。

如果基础不稳固，那么每一个“高级”功能都会变得更难调试。

第二天：赋予智能体身份

大多数人会跳过这一步，直接跳到工具。

这是本末倒置。

在 Hermes 为你工作之前，它需要知道自己应该成为什么样的操作者。

这就是身份层。

你需要定义：

• 语气

• 风险边界

• 应该有多直接

• 何时应该提出异议

• 何时应该使用工具

• 你更喜欢哪种类型的最终答案

• 未经批准绝对不能做什么

一个有用的入门身份看起来像这样：

你是我实用的 AI 操作员。 要简洁。 当事实重要时使用工具。 不要猜测文件内容、当前日期、系统状态或实时事实。 在危险写入前请示。 偏向小的、可验证的操作，而不是宏伟的计划。 如果一个工作流程变得可重复，主动提出将其保存为技能。

这听起来很简单。

但并不简单。

一个强大的身份层能避免未来很多混乱。

如果你的智能体在第二天就含糊不清、夸张或过于急切，那么在增加了记忆、工具和定时任务后，情况只会更糟。

在赋予它更多能力之前，先修正个性。

第三天：只添加高信号记忆

记忆是很多 AI 系统出错的地方。

人们希望智能体能记住一切。

这听起来很有用，直到助手开始把旧项目状态、过时的偏好和随机的单次笔记拖入每一个新任务中。

Hermes 的记忆应该小而持久。

添加那些一个月后仍然重要的信息：

• 你偏好的回答长度

• 你的角色和主要项目

• 你的写作偏好

• 你常用的工具

• 稳定的项目惯例

• 智能体不应重复犯的错误

不要保存：

• 临时任务进度

• 随机链接

• 一天的提醒

• 过期的项目状态

• 每次对话中的每一次纠正

好的记忆看起来像：

• “用户偏好短的 Telegram 回执。”

• “将 Typefully 仅作为 Zaimiri 帖子的草稿使用。”

• “面向客户的文档不能提及内部智能体名称。”

• “计算时使用工具，而不是心算。”

坏的记忆看起来像：

• “我们正在调试 issue #217。”

• “用户今天要求了三篇文章的角度。”

• “昨晚起草了一篇关于 Hermes 的帖子。”

记忆的作用不是存档你的人生。

它的作用是减少重复引导。

第四天：将 Hermes 迁移到你实际使用的界面中

终端智能体很强大。

一个你忘记打开的终端智能体毫无用处。

对大多数人来说，当 Hermes 存在于他们日常聊天的地方时，使用模式会发生改变。

对我来说，那就是 Telegram。

设置网关：

hermes gateway setup

然后启动它：

hermes gateway start

现在智能体不再只是一个终端会话。

它可以存在于聊天线程中。

它可以接收快速的信息。

它可以发送回执。

它可以传递定时输出。

它可以成为日常生活的一部分，而不是另一个你需要记得打开的应用程序。

这对使用习惯的改变比人们预想的要大。

最好的 AI 系统不一定功能最多。

而是你每天真的会用的那个。

第五天：从真实重复的任务中创建第一个技能

不要创建十个理论上的技能。

等到 Hermes 真的帮你完成了一件真实的事情。

然后把这条成功路径保存为技能。

技能是程序性记忆。

它告诉智能体下次如何完成这项任务：

• 何时使用这个工作流

• 需要检查哪些文件

• 需要运行哪些命令

• 常见的错误有哪些

• 如何验证成功

• 用户期望什么样的最终回执

示例技能：

• 审查 GitHub PR

• 起草一条 Zaimiri X 帖子

• 处理一条语音备忘

• 准备客户会议简报

• 将 Telegram 链接转为维基笔记

• 调试一个反复出现的部署问题

触发条件应该是你确实会重复的任务。

而不是“变得更聪明”。

要具体：

当我在内容话题下发送一条原始 X 链接时，检查来源，提取结构，写一条全新的 Zaimiri 原生草稿，将其路由到 Typefully 仅作为草稿保存，并发送一行回执。

这是一个真正的技能。

它有边界。

它有工作流。

它有输出表面。

它可以随着时间不断改进。

这就是 Hermes 开始与普通聊天机器人区分开来的地方。

智能体不再只是回答问题。

它正在学习你的工作方式。

第六天：添加一个安静的定时任务

现在你可以安排一些定时任务了。

不是之前。

定时任务只有在你已经给予智能体足够的上下文和流程以避免它骚扰你时才有用。

从一个定期任务开始。

好的第一个定时任务：

• 每日研究简报

• 每周仓库清理总结

• 早间收件箱摘要

• 服务器健康告警

• 内容雷达

• 私有源监控

规则是：

让它保持安静。

如果没有信号，就什么都不说。

一个嘈杂的 AI 定时任务会变成背景辐射。你就不再信任它了。然后你就不再读它了。

一个好的定时任务有狭窄的工作范围：

每个工作日上午 8:30，检查这些来源是否有具体的 Hermes Agent 更新。只有在有真正的产品变更、新的设置说明、破坏性问题或有用的工作流示例时，才通知我。如果没有任何信号，保持沉默。

这样，Hermes 就从一件新奇玩具变成了一个全天候的操作员。

不是靠说得更多。

而是靠监控正确的东西，减少打扰。

第七天：仅在需要隔离时拆分第一个配置文件

不要仅仅因为感觉酷就创建多个智能体。

只有在工作需要不同内容时才创建单独的 Hermes 配置文件：

• 记忆

• 身份

• 工具

• 权限

• 凭据

• 受众

• 交付渠道

这很重要。

一个内容智能体和一个家庭事务智能体不应该共享记忆。

一个面向客户的智能体不应该知道你的内部操作名称。

一个编程智能体不应该带有你社交媒体上的语气。

一个研究智能体不应该拥有与管理智能体相同的写入权限。

配置文件能保持系统整洁。

一个简单的配置文件拆分可能是：

• 默认：个人操作员

• 内容：X、LinkedIn、Typefully、语音包

• 研究：源监控和简报

• 编程：仓库、测试、PR

• 面向客户：限定的客户知识和交付成果

测试很简单：

如果新的工作方向需要独立的记忆或权限，就创建一个配置文件。

如果它只是需要一个下午的不同任务，就使用同一个智能体。

七天后配置的效果

你并没有一个庞大的 AI 帝国。

你有一条小型操作链：

Telegram → Hermes → 记忆 → 技能 → 工具调用 → 验证输出 → 简短回执。

还有一个定时监控器：

定时任务 → Hermes → 来源 → 过滤 → 仅在有用时发出告警。

这就够了。

这就是能够不断累积的形状。

智能体有身份。

它知道你稳定的偏好。

它有一项真正的技能。

它在你使用的界面中运行。

它有一个安静的定时任务。

它只在边界需要时才拆分配置文件。

这就是聊天机器人和个人操作员之间的区别。

聊天机器人等待提示。

个人操作员拥有上下文、流程、工具、时间和边界。

初学者的错误

初学者的错误是试图让 Hermes 立刻看起来令人印象深刻。

更好的做法是让它变得可靠。

一个干净的记忆。

一项干净的技能。

一条有用的 Telegram 通道。

一个安静的定时任务。

一个在需要时拆分的配置文件。

然后重复。

你的 Hermes 设置不应该感觉像一堆自动化操作。

它应该感觉像一个知道家规、记得什么重要、使用正确工具、并且在每个真实任务后变得更好一点的人。

这就是构建路径。

如果你喜欢 AI 指南，请关注我 @zaimiri