很多人第一次用 Agent 工具，感受都差不多。
第一天很惊艳。它能查资料、跑命令、改文件、生成方案，像一个突然多出来的助手。
第三天开始有点别扭。你发现它又忘了你的习惯，又问了一遍项目结构，又踩了一次上次踩过的坑。
再往后，如果每次都要从头解释，用户很容易失去耐心。
这也是很多 Agent 工具目前最让人难受的地方：它能帮你完成一次任务，但很难自然地把这次经验变成下一次的能力。
Hermes 的宣传语是“和你一起成长的 Agent”。这句话听起来有点像口号，但拆开看，它其实指向一个很具体的设计：Hermes 不只想做一个聊天窗口，也不只想做一个会跑命令的工具，它想把“做过的任务、踩过的坑、用户的偏好、可复用的流程”沉淀下来，让下一次任务少走弯路。项目页把 Hermes 定位为开源、自托管的 Agent，并强调它可以记住学到的东西、生成自己的技能、随着运行时间变长而更有能力。
这篇文章就不泛泛介绍功能表了，我们直接拆 Hermes 的“自动成长回路”。
它为什么可能越用越顺？
它到底记住了什么？
自动生成 Skill 又是什么意思？
用户在日常使用里，应该怎么主动把一次任务变成长期能力？
先说清楚：Hermes 的“成长”不是模型自己进化
很多人看到“自我改进”“自动生成 Skill”，第一反应可能是：它是不是把模型训练了一遍？是不是越聊越聪明，像养成游戏一样慢慢升级？
这里要先降一下预期。
Hermes 的成长，主要不是改模型参数。你今天用的模型，明天还是那个模型。真正变化的是模型外面的那套工作系统：记忆、会话记录、Skill、工具调用方式、后台整理机制。
可以把它理解成一个新来的助理。
刚开始，他脑子不错，但不熟悉你的电脑、项目、习惯和流程。你让他处理一个任务，他要边问边摸索。做完一次以后，如果他能把关键经验写进笔记，把重复流程整理成操作手册，把没用的旧手册定期收纳掉，那下次他就不需要从零开始。
Hermes 想做的正是这件事。
它的项目介绍里提到几个关键能力：从经验创建 Skill，使用过程中改进 Skill，提醒自己保存知识，搜索过去的会话，并在跨会话中建立对用户的理解。
这几项连在一起，就构成了所谓的“闭环学习”。
第一环：先把任务跑完，留下过程
Agent 的基础能力是执行任务。你给 Hermes 一个目标，它会组装上下文，调用模型，选择工具，执行命令，读取结果，再根据结果继续下一步。
这一步看起来普通，但很关键。没有真实任务，就没有可沉淀的经验。
比如你让它做一件事：
“帮我把一个文件夹里的资料整理成一个可阅读的项目说明，并生成一份后续使用指南。”
Hermes 可能会先查看目录，判断文件类型，读取几个关键文件，调用终端脚本，生成摘要，再把结果写到某个文档里。如果中间遇到路径错误、依赖缺失、文件编码问题，它也会尝试修正。
这些过程不是只停留在当前对话里。Hermes 的 Agent 循环会保存消息到会话存储，也会把记忆变更写入 MEMORY.md 和 USER.md，后续还可以恢复会话。
这就像做完一次活以后，至少把工单和处理记录留下来了。
很多工具的问题就在这里：活干完了，记录没留下；记录留下了，下一次又用不上。Hermes 往后多走了几步。
第二环：把“事实”和“偏好”写进记忆
Hermes 的长期记忆可以分成两类。
第一类是关于环境和项目的记忆。比如你用的是 macOS，常用 Homebrew，某个项目在什么路径，测试命令是什么，部署时有哪些特殊参数。
第二类是关于用户的记忆。比如你喜欢简洁回答，不喜欢啰嗦解释；你希望文章偏大白话；你经常用某种格式整理内容。
Hermes 的内置记忆由 MEMORY.md 和 USER.md 两个文件组成，存放在 ~/.hermes/memories/ 目录下。MEMORY.md 更偏环境、项目、工具经验；USER.md 更偏用户偏好、沟通风格和工作习惯。它们会在新会话开始时进入上下文，让 Agent 一开始就带着必要背景。
这里有一个很容易被忽略的点：记忆不是越多越好。
如果 Agent 把每一句闲聊都存进去，记忆很快就会变成垃圾堆。Hermes 的记忆有容量限制，目的就是逼它保留真正有用的信息。像“用户问过 Python”这种内容没有什么价值；“这个项目测试命令是 make test，数据库迁移前要先备份”才有价值。
所以，好的长期记忆应该短、准、可行动。
比如：
用户常用 macOS + zsh + Homebrew，偏好直接给可复制命令和成功标志。再比如：
项目 ~/work/report-tool 使用 Python 3.12，依赖通过 uv 管理，测试命令为 uv run pytest。这类信息下次能直接派上用场。
第三环：把复杂流程沉淀成 Skill
记忆解决的是“事实”和“偏好”。
Skill 解决的是“怎么做”。
这是 Hermes 最值得讲的部分。
Skill 可以理解成一份可复用的流程说明书。它不是简单的一句提示词，而是一套面向某类任务的操作规则。里面可以写适用场景、执行步骤、命令模板、注意事项、成功标志、常见失败原因，必要时还能带参考文件、模板和脚本。
Hermes 的 Skill 放在 ~/.hermes/skills/ 目录下。每个安装好的 Skill 都可以作为斜杠命令使用，比如 /plan 这类 Skill 会加载对应说明，让 Hermes 按指定方式处理任务。Skill 系统采用按需加载机制，先看名称和描述，真的需要时再读取完整内容，必要时才继续读取参考文件。
这个设计很实用。
如果你把所有经验一股脑塞进提示词，Token 会爆，模型也容易抓不住重点。
Skill 的思路更像工具箱：平时只看工具名，用到哪把再拿哪把。
举个例子，你经常让 Hermes 帮你处理“下载资料、整理重点、生成可发布文章”这一类任务。第一次它可能要摸索很久。第二次你可以让它把流程整理成 Skill：
如果这次任务跑通，请把它整理成一个 Hermes Skill。要求：1. 说明这个 Skill 适合什么时候用；2. 写清楚输入材料需要准备什么；3. 给出执行步骤，不要写空话；4. 保留可复制命令和模板；5. 写出成功标志；6. 写出常见失败原因和排查方法；7. 不要记录一次性路径、临时文件名和无关日志。这段提示词的价值不在于“让 AI 更努力”，而是给它一个明确的沉淀标准。
做任务时，它负责解决问题。
任务跑通后，它再把可复用部分提炼出来。
下次遇到同类任务，直接加载这个 Skill，少走一圈弯路。
这就是从“一次性帮忙”变成“长期能力”的关键。
第四环：Skill 还能在使用中继续改
一个 Skill 第一次写出来，不可能完美。
它可能步骤太粗，少了一个前置检查；也可能命令只适合 macOS，到了 Linux 就不对；还可能把某个临时项目路径写死了，导致换个项目就失效。
Hermes 的思路不是把 Skill 当成静态说明书，而是允许它在使用过程中继续被修正。项目介绍中也明确提到，Hermes 可以从经验创建 Skill，并在使用过程中改进它们。
这对日常使用很关键。
比如你让 Hermes 用某个 Skill 处理表格，结果它第一次失败了。你纠正它：
“以后遇到中文表头，先不要直接按英文列名匹配，要先做一轮字段映射。”
这句话如果只停留在当前对话，下次还会犯。
如果它被写进对应 Skill，下次处理类似表格时，就会提前避坑。
所以用 Hermes 时，可以养成一个习惯：当你发现它某一步做错了，不要只说“错了，重来”。更好的说法是：
这一步请修正，并把这个坑写进当前使用的 Skill：以后遇到类似情况，先做字段确认，再执行后续步骤。这样，你不是在单纯纠错，而是在训练它的工作手册。
第五环：Curator 负责打扫 Skill 仓库
Skill 多了以后，会出现新的问题：越积越乱。
一开始你可能只有 5 个 Skill，很清爽。用了一段时间以后，自动生成了几十个 Skill，其中有些只适合某个临时任务，有些内容重复，有些很久没用过。此时如果没人整理，Skill 系统也会变成负担。
Hermes 的 Curator 就是为了解决这个问题。
Curator 是一个后台维护机制，主要处理 Agent 自己创建的 Skill。它会追踪某个 Skill 被查看、使用、修改的次数，也会把长期不用的 Skill 从 active 逐步转到 stale，最后归档到 .archive。它不会直接清理内置 Skill，也不会碰从 Hub 安装的 Skill；最坏结果通常是归档，而且可以恢复。
它的运行也不是你正在干活时突然跳出来捣乱。Hermes 会检查两个条件：距离上次运行是否足够久，默认是 7 天；Agent 是否已经空闲足够久，默认是 2 小时。满足条件后，才会在后台启动整理流程。
用户也可以先预览它准备做什么：
hermes curator run --dry-run这个命令只生成报告，不真正改动 Skill。你还可以把重要 Skill 固定住：
hermes curator pin 如果后面不想固定了：
hermes curator unpin 这一步特别适合谨慎用户。刚开始用 Hermes，不建议完全放任它自动整理。先用 --dry-run 看报告，确认没问题，再让它真正执行，会稳很多。
日常怎么用，最容易喂出好 Skill？
如果只把 Hermes 当聊天工具，它的成长速度会很慢。
如果你每次都给它明确的沉淀要求，它会更快变成顺手的工作环境。
我建议从三类任务开始。
第一类是“重复做，但每次细节略有变化”的任务。
比如定期整理资料、生成报告、检查文件夹、汇总网页信息、批量重命名、把某类文档转成固定格式。这类任务最适合做成 Skill，因为流程稳定，输入会变化。
第二类是“步骤多，容易忘”的任务。
比如搭建某个开发环境、配置某个工具链、生成某种发布材料、做一套固定检查。你不一定天天做，但每次做都要翻记录。让 Hermes 把它沉淀成 Skill，下次直接调用，省心很多。
第三类是“踩过坑，有明确解决办法”的任务。
比如某个命令在 macOS 下要改参数，某个接口要先设置环境变量，某种文件编码会导致读取失败。这些经验不要只写在聊天里，要让 Hermes 写进记忆或 Skill。
可以直接复制下面这段作为日常收尾提示：
请复盘这次任务。如果只是一次性信息，请不要保存。如果发现了会影响下次任务的偏好、环境事实或项目规则，请写入记忆。如果这次形成了可复用流程，请整理成 Hermes Skill。Skill 要包含：- 适用场景- 不适用场景- 输入材料- 执行步骤- 可复制命令- 成功标志- 常见失败原因- 下次遇到类似任务时的优先做法不要保存临时路径、一次性文件名、无关日志和过长原文。这段提示词的核心是分流：
事实进记忆，流程进 Skill，废话别保存。
新手第一次可以怎么测试？
如果你刚装好 Hermes，不用一上来就折腾复杂工作流。先做一个很小的测试。
安装和初始化可以从这两步开始：
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bashhermes setup项目页面当前给出的快速开始就是安装脚本加 hermes setup 这两步。
然后看看已有 Skill：
hermes skills list或者在聊天里输入：
/skillsSkill 使用指南里也提到，可以用 /skills 查看可用 Skill，或用 hermes skills list 在命令行查看列表。
接着找一个低风险任务测试：
请帮我检查当前文件夹结构，生成一份 README 草稿。只读取文件，不要删除、移动或覆盖任何内容。最后请总结这次流程是否适合沉淀成 Skill。成功标志很简单：
你能看到它正确读取了目录；
它没有乱动文件；
输出的 README 结构合理；
最后能说清楚哪些步骤可以复用，哪些只是这次任务特有。
如果这个测试跑顺了，再让它整理成 Skill。不要第一天就让它接管复杂项目，先从小任务把“记忆—Skill—修正—整理”这套回路跑通。
常见坑：不要把 Skill 当万能提示词仓库
Skill 很好用，但也容易被用歪。
第一个坑，是把太宽泛的东西写成 Skill。
比如“帮我做内容创作”太大了。
更好的写法是“把三篇资料整理成一篇 2000 字左右的科普文章，并输出标题、正文、总结图要点”。
边界越清楚，Skill 越容易复用。
第二个坑，是把临时信息写进 Skill。
一次性文件名、临时下载路径、某天的网页链接、某次错误日志，通常不该进 Skill。它们会污染后续任务，让 Agent 误以为这些内容长期有效。
第三个坑，是完全不看 Curator。
自动整理很方便，但用户自己的私有流程有时很重要。建议重要 Skill 写好后先固定，定期用：
hermes curator run --dry-run看一眼它准备归档或合并什么。这样既能享受自动维护，也不至于丢掉关键流程。
第四个坑，是让昂贵模型处理所有后台整理。
Curator 的整理过程可以单独指定辅助模型。对于很多整理、归档、合并类任务，不一定非要用最贵的主力模型。Hermes 的 Curator 说明里也提到，它属于辅助任务槽，可以通过 hermes model 为 Curator 选择模型。
这对长期运行很重要。Agent 能不能用得久，成本控制也是体验的一部分。
Hermes 真正适合什么用户？
Hermes 更适合愿意长期使用 Agent 的人。
如果你只是偶尔问一个问题，随便哪个聊天工具都能满足。Hermes 的优势在于长期积累：记住环境、理解偏好、沉淀流程、复用 Skill、整理 Skill。你用得越零散，优势越不明显；你越有固定任务和重复流程，它越容易变顺手。
它尤其适合几类场景：
经常处理文件和资料的人；
经常做固定格式报告的人；
需要维护项目、脚本、工具链的人；
喜欢把工作流程沉淀成模板的人；
愿意花一点时间训练自己工具系统的人。
不太适合的情况也很明确。
如果你完全不想折腾命令行，不想配置环境，也不愿意看它保存了什么，那 Hermes 的学习回路可能会变成额外负担。
如果你的任务高度敏感，也要先想清楚哪些内容可以让 Agent 读取，哪些内容应该放在外面。
最后说一句
Hermes 的厉害，不在于某一次回答多惊艳。
它更值得关注的地方，是把 Agent 从“单次帮忙”往“长期协作环境”推了一步。做任务、留记录、写记忆、生成 Skill、用 Skill、改 Skill、整理 Skill，这条回路跑起来以后，用户才会感觉它越来越顺。
刚开始你可能只是让它完成一个小任务。
用久了，它应该知道你的常用环境，记得你的偏好，理解你的流程，遇到相似问题能少问几句，少踩几个坑。
这才是“和你一起成长的 Agent”这句话真正有意思的地方。
不要把它当成一个更会聊天的窗口。
把它当成一个会写工作手册、会翻旧记录、会慢慢整理工具箱的长期助手。
你喂给它的每一次清晰复盘，都可能变成下一次省下来的时间。
热门跟贴