Hermes Agent：当工具开始拥有时间，它就不再只是工具
本段核心问题：为什么说 Hermes Agent 不是又一个聊天机器人，而是一个能在时间中积累经验、与你共同成长的数字工作体？
从 OpenClaw 迁移到 Hermes Agent 之后，我逐渐意识到：真正重要的不是一个 Agent 会不会调用工具，而是它能不能在时间中积累经验、修正方法、沉淀偏好，最终变成你的长期认知延展层。
如果只把 2026 年的 Agent 竞赛元年理解成“谁的模型更强、谁的 UI 更顺、谁的工具更多”，那其实只看到了表层。Hermes 真正值得讨论的地方，不在于它是否比 OpenClaw 强大，也不在于它像不像另一个 Claude Code，而在于它把 Agent 从一次性会话，推进成了一个带有时间维度的持续性系统。Teknium（Hermes 创始人之一）把它概括成一种介于 coding agent 与 generalist agent 之间的混合体；而 Nous Research 官方则更直接，把它定义为一个“与你共同成长”的开源 Agent：它会记住自己学过的东西，并随着运行时间变得更有能力。
“我们刚刚发布了 Hermes Agent！依我拙见，它完美融合了 Claude Code 这类编码型代理和 Clawdbot 这类通用型代理的优点。”
“隆重推出 Hermes Agent，一款与您共同成长的开源代理。”
对技术社区来说，这种变化很值得重视。因为我们最熟悉的一种系统思维，恰恰不是“一个功能列表”，而是“一个能否形成复利飞轮的基础设施”。Hermes 让 Agent 首次像协议一样拥有状态，像账户一样拥有历史，像操作系统一样拥有长期运行能力。当工具开始拥有时间，它和人的关系也就变了：你外包出去的不再只是执行动作，而是部分注意力编排权、部分工作流设计权，甚至一部分“如何完成任务”的方法论本身。
一、从 OpenClaw 迁到 Hermes，真正迁移的不是文件，而是工作方式
本段核心问题：迁移到 Hermes 到底改变了什么？为什么不能把它当成普通的软件升级来对待？
Hermes 官方确实提供了原生的 OpenClaw 迁移路径，而且不是野路子，是单独写进官方文档的迁移流程。最小可用安装路径如下：
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
source ~/.bashrc
hermes model
hermes gateway setup
hermes doctor
hermes
这里有一个很细的差别，决定了你对 Hermes 的第一印象会不会跑偏。OpenClaw 时代，很多人默认 Agent 是“装好就聊”；Hermes 则更像一套长期系统，安装只是开始，模型、工具、消息入口和记忆后端的配置，才是真正把它变成个人基础设施的动作。官方安装文档明确把 hermes model、hermes gateway setup、hermes tools、hermes setup 都放在了正经配置路径上，而不只是附录命令。
如果你从 OpenClaw 迁移，最稳的方式不是一把梭，而是先预览：
# 先预览，不实际写入
hermes claw migrate --dry-run
# 运行迁移（默认不迁 secrets）
hermes claw migrate
# 完整迁移，包含 API keys 等 secrets
hermes claw migrate --preset full
如果你想跳过确认提示，再加 --yes 即可；但真正决定迁移范围的是 --preset full 或显式的 secrets 选项。
更重要的是，Hermes 的迁移不是粗暴复制，而是一次目录结构与认知结构的重组。例如，OpenClaw 的 SOUL.md 会迁入 ~/.hermes/SOUL.md；MEMORY.md 则会被迁入 ~/.hermes/memories/MEMORY.md 并经过解析、合并、去重；多个来源的 skills 会统一沉淀到 ~/.hermes/skills/openclaw-imports/。这意味着 Hermes 想做的不是“兼容旧习惯”而已，而是把旧系统里的碎片，重新折叠进自己的运行秩序里。
| 迁移对象 | 去向 | 理解 |
|---|---|---|
| SOUL.md | ~/.hermes/SOUL.md |
人格与代理行为风格的延续 |
| MEMORY.md | ~/.hermes/memories/MEMORY.md |
清洗后纳入内建记忆结构 |
| USER.md 与 daily memory | Hermes memory 体系 | 从临时经验转为更可维护的持久层 |
| 历史 skills | ~/.hermes/skills/openclaw-imports/ |
技能成为可复用知识资产 |
| 模型 / provider / gateway 配置 | Hermes 配置目录 | 迁移的是工作环境，不只是单个文件 |
所以，真正迁移过来的，并不是几份 Markdown 文件，而是你和 Agent 的关系：从“每次重新教它做事”，迁移到“它开始逐渐记住你是怎么做事的”。
反思：我最初迁移时也犯了一个错误——以为跑完迁移命令就完事了。后来才发现，真正有价值的是花时间去理解 ~/.hermes/ 目录下每个文件的作用。这个目录就像 Agent 的“大脑文件夹”，你越熟悉它，就越能让 Hermes 按照你的习惯工作。
二、blocmates 的价值：给 Hermes 一个可理解的框架
本段核心问题：如何用一个简单清晰的框架来理解 Hermes 到底能做什么？
blocmates 把 Hermes 解释成一个 persistent、self-hosted、越用越聪明的系统，并且用一个很适合技术社区理解的框架把它组织起来：Knowledge Layer、Execution Layer、Output Layer。
严格说，这三个 Layer 是 blocmates 的解读框架，不是 Hermes 官方的硬性命名；但这个框架非常好，因为它让 Hermes 不再像一个功能堆砌的 Agent，而像一个真正的生产力栈。
| 层级 | 对应 | 改变 |
|---|---|---|
| Knowledge Layer | 内建 memory、会话搜索、skills、可选 Honcho | Agent 不再只是临时聪明，而是能积累认知 |
| Execution Layer | child agents、工具系统、MCP、persistent access | Agent 不只会回答，还能拆解、并行、执行 |
| Output Layer | cron、gateway、Slack/Discord/Telegram、Web UI | 结果进入工作流，而不只停在对话框 |
这个框架背后真正重要的哲学含义是：工具第一次不再只是人的外设，而开始成为人的认知延展层。以前我们说“AI 帮我省时间”，其实还是工业时代的思路，默认工具只是缩短劳动时长；但 Hermes 这类系统真正做的是把“做事的方法”也开始沉淀下来。它不是单次节省你 20 分钟，而是让下次、下下次、再下次都不必从零开始。
换句话说，你指派工作给 Hermes 的，不只是执行，而是经验。这和搜索引擎、笔记软件、自动化脚本都不一样。前者帮你找信息，后者帮你存信息，而 Hermes 试图把信息、流程、偏好和结果重新缝在一起，变成一个会持续变形的数字工作体。
三、Knowledge Layer：真正厉害的不是“记住”，而是“有边界地记住”
本段核心问题：Hermes 的记忆系统和市面上吹嘘的“长期记忆”有什么本质区别？
很多 Agent 产品最喜欢吹的一句话是“长期记忆”。但如果你认真看 Hermes 官方文档，会发现它对记忆的描述反而非常克制：bounded, curated memory。也就是说，它不是无上限地把一切都塞进上下文，而是只保留高价值、可维护、适合长期留存的内容。
Hermes 的内建记忆核心是两份文件，都位于 ~/.hermes/memories/：MEMORY.md 用来记录环境事实、约定和经验；USER.md 用来记录用户偏好、沟通方式和预期。更关键的是，这两份记忆会在会话开始时作为一个 frozen snapshot 注入 system prompt，中途不会实时刷新。新的记忆可以立刻落盘，但要到下一次会话开始，才会以新的快照重新进入上下文。
| 组件 | 作用 | 含义 |
|---|---|---|
| MEMORY.md | 记录环境事实、约定、经验 | 保留高价值、低变动信息，避免上下文污染 |
| USER.md | 记录用户画像与偏好 | 让 Agent 更像长期合作对象 |
| state.db 历史会话库 | 存放 CLI 与 messaging sessions，支持全文检索与摘要 | 历史不是常驻 prompt，而是按需检索 |
这一点非常值得强调。因为它说明 Hermes 的设计不是“让模型背更多东西”，而是让系统知道什么应该常驻、什么应该检索、什么应该沉淀为技能。这其实更接近人的认知结构：你不会把所有过去经历同时放在脑海表层，但你会保留一些稳定习惯、一些人物印象，以及一套在需要时可以唤回的经验索引。
反思：如果人的能力本来就依赖外部存储，那么把记忆外包给 Agent，到底是在削弱自己，还是在扩展自己？我的判断是，关键不在“外包”本身，而在你是否保有目标设定权与边界定义权。把琐碎记忆交给 Hermes，不等于放弃思考；恰恰相反，它让你把思考从低价值回忆劳动中抽出来，转向更高价值的判断与选择。
如果你想把这套记忆系统再往前推一步，Hermes 也支持接入 Honcho。但这里必须说清楚：Honcho 不是 Hermes 的全部记忆系统，而是一个运行在内建记忆之上的 memory provider plugin。官方对它的定位非常明确：内建记忆强调稳定、简洁和 prompt 友好；Honcho 则增加了 dialectic reasoning、deep user modeling、结论提取与基于结论的语义搜索。
hermes memory setup
运行上面的配置流程后，你可以在 provider 列表中选择 Honcho；或者在 ~/.hermes/config.yaml 里手动把 memory.provider 设为 honcho，并在 ~/.hermes/.env 中加入 HONCHO_API_KEY=...
| 方案 | 更像 | 适合 |
|---|---|---|
| 内建 memory | 稳定、克制、适合长期缓存的个人工作笔记 | 大多数个人用户与本地部署场景 |
| Honcho | 在记忆之上再加一层“推断你”的外接后端 | 更深用户建模、多代理隔离与语义检索场景 |
这也是我对“第二大脑”叙事的一个修正：Hermes 真正像的，不是一个无边界的第二大脑，而是一个经过工程约束的数字自我延伸器官。它不是替你成为你，而是替你保存那些不值得由生物神经系统反复承担的部分。
四、Skills System：最接近“经验复利”的地方
本段核心问题：为什么说 Hermes 的技能系统比记忆系统更能体现“成长”的本质？
如果说记忆解决的是“别忘”，那 skills 解决的就是“别白做”。而这恰恰是 Hermes 最像“会成长的系统”的地方。
官方对 skills 的定义非常值得玩味：它不是简单的 prompt 仓库，而是 on-demand knowledge documents，并以 progressive disclosure 的方式被 agent 按需读取。换句话说，Hermes 不会把所有技能一次性塞进上下文，而是先看目录，再看完整 skill，再按需打开 skill 中的具体参考文件。这不仅节省 token，也意味着“技能”已经不是一句模板，而是一种可程序化调用的知识组织形式。
| 层级 | 动作 | 作用 |
|---|---|---|
| Level 0 | skills_list() |
先看技能名称、描述、分类 |
| Level 1 | skill_view(name) |
加载完整技能内容与元数据 |
| Level 2 | skill_view(name, path) |
读取技能引用的具体文件 |
这套机制为什么重要？因为它让 Hermes 的自我改进，不再只是“下次回答得更像一点”，而是有机会变成把经验压缩成可重用方法。今天你带它做一次投研框架，明天你带它拆一次协议分析，后天你再让它写一篇深度长文；如果这些经验最终沉淀成可调用的 skill，那么系统获得的就不是一次会话的热闹，而是一种结构化能力的增长。
场景示例：假设你每周都要做一次链上项目分析。第一周，你手把手教 Hermes 如何抓取合约数据、分析持币分布、评估流动性。第二周，你把这次流程沉淀成一个叫“token-research”的 skill。第三周开始，你只需要说“用 token-research 分析一下这个新项目”，Hermes 就会自动执行整套流程。这就是经验复利。
从哲学上看，这很像把“手艺”从人身上部分抽离出来。过去，手艺是一种高度私人化的内隐知识，靠跟班、模仿和长期实践传递；现在，Hermes 试图把其中一部分转写为可以保存、调用、改进的数字技能文档。这不是简单的认知外包，而是把认知的可编译化。
当然，也不要把它吹过头。Hermes 的 skills 再强，也仍然依赖你提供目标、标准与审美。Teknium 说“当 agent 能 self improve，常常会出现很野的涌现行为”，应该被理解为一种方向感，而不是替你取消人类判断。真正成熟的用法，永远是：把“怎么更高效地做”交给 Agent，把“什么值得做、什么不能做”留给人。
五、Execution Layer：Agent 的意义不是会调工具，而是会拆工作
本段核心问题：Hermes 如何实现真正的任务并行与委派？这和普通的“多线程”有什么本质区别？
很多人第一次用 Hermes，会先被它的“persistent dedicated machine access”吸引，也就是它不是只能活在一个聊天框里，而是可以持续存在于你的电脑、VPS 或其他基础设施上。但更值得重视的其实是另一个能力：delegation。
官方文档明确写到，Hermes 可以生成 isolated child agents 来并行处理任务。每个 subagent 都拥有自己的 conversation、terminal session 与 toolset，而返回给主代理的是总结结果，而不是所有中间过程。这点很关键，因为它意味着 Hermes 的并行不是“多开几个线程”那么简单，而是在做真正的任务隔离与上下文隔离。
| 适合委派的任务 | 原因 | 不适合委派的任务 | 原因 |
|---|---|---|---|
| 研究型子问题 | 上下文会快速膨胀，适合独立处理 | 单步工具调用 | 过度设计 |
| 平行独立工作流 | 可显著缩短总完成时间 | 非常机械的短流程 | 无必要 |
| 需要 fresh context 的任务 | 避免主线程被噪音污染 | 需要频繁向用户澄清的任务 | 隔离反而增加沟通成本 |
| 推理密集型子任务 | 让主代理保留更高层统筹 | 小规模文件微调 | 不值得 |
你会发现，这已经不只是“AI 帮我干活”，而更像“AI 开始参与工作流设计”。这也是 blocmates 那个三层框架成立的原因：Hermes 的执行层，本质上是在替你进行任务编排。
而当 execution 再接上 cron 与 gateway，事情就更不一样了。官方 cron 文档明确说明，Hermes 具备内建调度能力，支持自然语言、cron expression、interval、ISO 时间戳等多种调度方式；到期任务由 gateway daemon 驱动，并在全新的 isolated session 中运行，最终结果可以自动投递回 Slack、Telegram、Discord、Email、Feishu/Lark、WeCom，或者写入本地文件。
场景示例：你可以对 Hermes 说一句“今晚帮我盯一下某个股票、链上异动和政策新闻，明早给我总结”。在 Hermes 里，这不是一句抽象的任务，而是一个有明确机制支撑的工作流：定时器触发、独立会话运行、结果回投到你真正使用的消息通道。
反思：过去，工具在你打开它时才存在；现在，工具在你离开时仍然工作。这会重新定义“人机协作”。人不再是每一步点击确认的操作者，而开始成为目标设定者、边界制定者与结果验收者。某种意义上，Hermes 把“人是系统的 CPU”这件事，第一次真正松动了。
六、Output Layer：Agent 真正落地，是结果能回到你的生活里
本段核心问题：为什么输出通道比对话界面更重要？Hermes 如何让结果不再困在临时窗口里？
很多 Agent 死在最后一步：它明明已经分析完了，但结果仍然困在一个临时对话窗口里。Hermes 比较聪明的一点在于，它从一开始就把“输出回投”当成系统的一部分，而不是彩蛋功能。
blocmates 特别强调，Hermes 的意义不只是你坐在电脑前和它对话，而是你离开电脑之后，仍然能通过 Telegram、Discord 等入口继续触达这个持续存在的 agent。这句话听起来像传播语，但其实很准确。因为一旦输出能稳定流回你已经习惯的消息系统，Agent 才真正进入你的日常，而不是停留在 Demo 阶段。
这也是为什么建议大多数人别只盯着 CLI，至少要把 gateway 和一个稳定的消息入口先配起来。对个人开发者来说，这尤其重要：你可能随时在 Telegram、Slack、Discord 之间切换；你真正需要的不是一个更花哨的对话框，而是一个能在这些通道里持续帮你工作的后台执行体。
七、Web UI：把 Hermes 从“命令行神器”变成“日常工作台”
本段核心问题：不想天天盯着终端怎么办？Hermes 有推荐的图形界面吗？
很多人卡在这里，不是不会用 Hermes，而是不想天天盯着终端。这个需求完全合理。而且从文档成熟度看，当前最适合上手的图形界面，就是 hermes-webui。
它的 README 写得相当直接：先装好 Hermes Agent 本体，再装 Web UI。最简启动路径如下：
git clone https://github.com/nesquena/hermes-webui.git hermes-webui
cd hermes-webui
./start.sh
这段流程最大的优点是省心。README 明确说明，脚本会自动定位 Hermes agent 目录、寻找或创建合适的 Python 环境、启动 Web Server，并在远程机器场景下自动打印 SSH 隧道命令。对大多数普通用户而言，这就是最好的路径：别一开始就折腾自定义配置，先跑起来，再逐步扩展。
如果你是长期在 VPS 上跑 Hermes，Docker 方式也很顺：
docker pull ghcr.io/nesquena/hermes-webui:latest
docker run -d -p 8787:8787 -v ~/.hermes:/root/.hermes ghcr.io/nesquena/hermes-webui:latest
或者直接：
docker compose up -d
启动后，默认访问 http://localhost:8787。如果你需要密码保护，可以设置 HERMES_WEBUI_PASSWORD；如果你在远程服务器上跑，README 推荐优先通过 SSH tunnel 访问；如果你想从手机长期使用，README 还给出了 Tailscale 方案，此时可把 HERMES_WEBUI_HOST=0.0.0.0 配合密码认证一起启用。
| 场景 | 推荐方式 | 原因 |
|---|---|---|
| 本机快速上手 | ./start.sh |
自动发现路径与环境，最快 |
| VPS 长期运行 | Docker / Docker Compose | 便于守护、重启与迁移 |
| 远程安全访问 | SSH tunnel | 默认绑定 127.0.0.1，更稳妥 |
| 手机访问 | Tailscale + 密码保护 | 把 Hermes 变成随身工作台 |
Hermes 到了这里，才开始有一点真正“数字分身”的意味。因为你不再是打开某个单一应用才想起它，而是它随时可以通过一个常驻的工作界面和你相遇。
八、Teknium 的两句话：为什么 Hermes 值得长期关注
本段核心问题：Hermes 创始人的哪两句话最能概括这个项目的长期价值？
我回去看 Teknium 的帖子，最值得摘出来的其实不是那些热血表达，而是两句非常短的话。
第一句是：Hermes 是 coding agent 与 generalist agent 的 blend。这句话的潜台词是，未来的 Agent 不会再按“写代码的”和“陪聊天的”严格分开。真正有价值的系统，一定既能处理结构化任务，也能处理开放式任务；既能接工具，也能接长期记忆；既能在终端跑，也能在消息网关里活。
第二句是：
“当一个智能体能够随着时间的推移进行自我改进和学习时，就会出现意想不到的突发事件。”
如果把这句话翻译成更工程化的语言，大概就是：当一个系统同时拥有记忆、技能沉淀、任务委派、长期运行和结果回投时，它开始不只是完成任务，而是优化自己完成任务的方式。
这句话对独立开发者尤其有启发。因为一旦某个系统具备可组合性、可持久状态和自动执行能力，它就不再只是产品，而会逐渐长成基础设施。Hermes 在 Agent 世界里，很像这种基础设施化的起点：它不是一次性“帮我做个总结”，而是把总结、调研、回顾、归档、再利用，串成一个可复利的回路。
反思：Hermes 真正让人兴奋的，也许不是“工具替代人”，而是“工具开始替代工具”。在 Teknium 引用的用户案例里，最有意思的并不是 Agent 自动产出了研究内容，而是它开始主动修复旧系统之间的接口、搭桥、兼容、维持工作流连续性。这意味着新一代 Agent 的边界，可能不是“一个更强的助手”，而是一个能在多套软件之间形成技术自组织层的持续性操作体。
九、社区为什么开始自发推荐 Hermes：当“体感”超过“宣传”
本段核心问题：真实用户对 Hermes 的评价是怎样的？为什么他们愿意主动推荐？
如果说官方文档定义了 Hermes 的机制边界，团队给了它一个方向感，那么社区反馈真正提供的，是另一种更难伪造的证据：一个系统到底是不是好用，最终不是由创始人决定，而是由用户在连续工作中的“体感”决定。
从 X 上这批非官方评价里，我看到一个很清晰的共识：大家喜欢 Hermes，并不是因为它说服了他们相信“长期记忆”这套叙事，而是因为它在多轮、多天、多任务中，让人真的产生了“它开始懂我了”的感觉。这种“懂”当然不是人格化神话，而是更工程化、也更可贵的东西：它记住偏好，复用做法，压缩上下文，维持任务连续性，并在下一次工作里减少你重复解释的成本。
换句话说，Hermes 在社区中最强的口碑，不是智力上的惊艳，而是关系上的连续性。在一个被短上下文、短注意力和短产品周期反复塑造的环境里，这种连续性本身就是稀缺资产。
| 推荐理由 | 更深含义 | 来源 |
|---|---|---|
| 开箱即用/体验顺滑 | 不需复杂改造即有价值 | Austin |
| 记忆系统“真的有感” | 跨session减少重复劳动 | Austin/Mahesh |
| Learning loop复利 | 单次输出→长期方法沉淀 | Graeme/Mak |
| 更懂用户+codebase | 个性化可反复验证 | BoringMktr/Mak |
| 适合开发与自动化 | 真能进入工作流 | Sentdex/Mahesh |
| 本地运行/自托管 | 主权与可控性即价值 | Mahesh/Mak |
社区用户的声音则更接近 Hermes 真正的产品真相，因为他们不需要维持品牌叙事，只会描述自己有没有省事。Austin 的一句话非常典型：
“我用了 Hermes Agent 大约一周，初步感受是它开箱即用。我发现它的记忆和学习能力远优于 OpenClaw，而且不需要用 QMD 或任何额外记忆系统来增强……到目前为止我非常受鼓舞。”
这里最关键的不是“远优于”这类强判断，而是前面的“它开箱即用”。因为对早期 Agent 产品来说，真正稀缺的从来不是概念，而是低摩擦的初始成功体验。
The Boring Marketer 的评价则进一步把“记忆有效”说得非常具体：
“Hermes 给我的感觉比我测试过的所有其他代理工具都要好得多……它能管理自己的内存，而且真的有效……它会搜索完整的对话历史记录，并在会话时间过长时智能地压缩上下文……到目前为止，它在开发任务方面表现出色，Cron 作业也没有出现任何错误。”
这段话的价值，在于它把抽象能力拆成了几个可感知的细节：会管理自己的记忆、会搜完整对话历史、会在长会话里智能压缩上下文、跑开发任务和定时任务时没有明显出错。
而 Mahesh 的说法则把这种成长感和基础设施主权联系到一起：
“它不仅仅是另一个聊天机器人封装器。它能够跨会话记忆，根据任务自动创建可复用的技能，并且可以在您自己的基础设施上运行（即使是 5 美元的 VPS）。”
这对中文开发者社区尤其重要。因为在这个圈子里，很多人天然关心的不是“某个 SaaS 能不能更方便”，而是“它能不能放到我自己的基础设施上，形成我自己的长期系统”。
当然，正因为这些评价来自真实用户，它们也没有把 Hermes 神化。相反，几条最正面的推文里，恰恰都带着保留判断。用户在给出积极反馈的同时明确强调“还为时过早”；也有直说这整套东西仍然“非常新且实验性”，而且如果一个人已经围绕 OpenClaw 或其他 agent 建好了成熟工作流，那么迁移到 Hermes 并不是零成本决策。
| 积极信号 | 保留意见 | 为何增加可信度 |
|---|---|---|
| 记忆+loop被反复夸 | 仍属early阶段 | 口碑非无脑吹 |
| 开发/自动化反馈好 | 成熟用户有迁移成本 | 推荐有边界 |
| 本地部署有吸引力 | 生态成熟度待验证 | 市场在长期筛选 |
我反而觉得，这种“带保留的推荐”比一边倒赞美更值得重视。因为真正成熟的技术社区，不会问“它是不是完美”，而会问“它值不值得现在就开始投入时间”。从目前这批声音看，Hermes 得到的回答大致是：它还不完美，但它已经让足够多的人感受到一种不同于传统 chat agent 的长期协作体验。
而这恰恰回到了本文最开始的主题。一个系统最难的，往往不是第一次证明自己能工作，而是让人愿意把一部分未来继续交给它。
十、给中文技术社区的实战建议：别把 Hermes 当玩具，要把它当账户体系来养
本段核心问题：如果想真正把 Hermes 用起来，应该按什么顺序逐步深入？
如果你真想把 Hermes 用起来，而不是只截图发朋友圈，我的建议非常简单：先把它当成一个需要长期维护的账户体系，而不是一次性安装的软件。
| 阶段 | 行动 | 目的 |
|---|---|---|
| 第一步 | 安装 Hermes，跑通 hermes model / gateway / hermes |
确保本体真的能稳定工作 |
| 第二步 | 用 claw migrate --dry-run 看旧资产如何映射 |
先理解迁移，再决定是否导入 |
| 第三步 | 跑固定高频任务：投研摘要、周报整理、会议纪要归档 | 让 Hermes 开始积累真实方法 |
| 第四步 | 配一个消息出口和一个图形界面 | 让它脱离单一终端，进入日常工作流 |
| 第五步 | 再考虑 Honcho、远程部署、多代理分工等高阶玩法 | 先养成稳定回路，再追求上限 |
这背后的逻辑和 Crypto 世界很像。一个钱包最早只是“存资产的地方”，后来演变为可签名、可组合、可自动执行的账户系统；而 Agent 也正在经历类似变化。它最早只是“和模型聊天的地方”，现在则开始变成一个可记忆、可调度、可委派、可回投的数字执行账户。Hermes 值得关注，不是因为它已经抵达终点，而是因为它清楚地指向了这个方向。
写在最后：真正的分水岭
本段核心问题：Hermes 这类系统带来的最深层次变化是什么？
我现在越来越不愿意把 Hermes 叫做“更强的工具”。因为工具这个词，默认它在你手里被动等待调用；但 Hermes 这类系统真正带来的变化，是它开始拥有自己的持续性：有记忆，有工作流，有分工，有历史，有输出通道，甚至有一点点方法论上的自我修正能力。
这当然不意味着人会退出系统。恰恰相反，人会变得更重要，只是重要性的层级上移了。以后真正值钱的，可能不再是“会不会点按钮、会不会写 prompt”，而是你是否能定义目标、设置边界、判断结果、校正方向。AI 负责把方法磨得越来越顺，人负责确保这条路值得走。
所以，Hermes 最值得写的一句话是：它让我们第一次比较具体地看见，什么叫数字化自我延伸。不是上传意识，不是科幻 AGI，而是把记忆、手艺、偏好与工作流的一部分，稳定地外接到一个能随时间演化的系统里。对一个正在寻找新生产力边界的人来说，这已经足够重要。
欢迎正式加入 Hermes Agent 的社区，从今天起你的工作体验将正式起飞。
实用摘要 / 操作清单
-
安装：使用官方一键安装脚本，然后运行 hermes model、hermes gateway setup、hermes doctor完成基础配置。 -
迁移：如果你从 OpenClaw 过来，先用 --dry-run预览，再用hermes claw migrate --preset full完整迁移。 -
记忆：编辑 ~/.hermes/memories/MEMORY.md和USER.md，让 Agent 记住环境事实和你的偏好。 -
技能：把重复性工作流程沉淀为 skill，通过 skills_list()和skill_view()按需调用。 -
调度：用 cron 或自然语言设置定时任务，让 Hermes 在你离开时继续工作。 -
图形界面：用 hermes-webui 的 ./start.sh或 Docker 方式快速启动 Web UI。 -
消息入口：配置 gateway 和 Telegram/Slack/Discord，让结果回到你日常使用的通道。
一页速览
| 维度 | 核心要点 |
|---|---|
| 定位 | 介于 coding agent 与 generalist agent 之间的开源 Agent，与你共同成长 |
| 记忆 | bounded, curated memory，分 MEMORY.md 和 USER.md，启动时注入快照 |
| 技能 | progressive disclosure 的 on-demand knowledge documents，可沉淀可复用 |
| 执行 | isolated child agents 并行处理，cron 调度，gateway 常驻后台 |
| 输出 | 支持 Slack、Telegram、Discord、Email、飞书、企业微信等 |
| Web UI | hermes-webui，支持本机、VPS、Docker、Tailscale 多种部署方式 |
| 社区口碑 | 开箱即用、记忆有效、越用越懂你、自托管主权 |
常见问答（FAQ）
Q1：Hermes Agent 和 OpenClaw 最大的区别是什么？
A：Hermes 是一个带有时间维度的持续性系统，有内建记忆、技能沉淀、任务委派和常驻后台能力，而 OpenClaw 更接近传统的一次性会话 Agent。
Q2：我没有任何 OpenClaw 使用经验，可以直接用 Hermes 吗？
A：完全可以。官方安装脚本和配置命令是独立的，迁移功能只是附加选项。
Q3：Hermes 的记忆会无限膨胀吗？
A：不会。Hermes 采用 bounded, curated memory 设计，只有 MEMORY.md 和 USER.md 会常驻上下文，历史会话通过检索方式按需访问。
Q4：skills 和普通 prompt 模板有什么区别？
A：skills 是 progressive disclosure 的知识文档，支持三级读取（列表→完整内容→具体文件），且可以随使用不断改进和沉淀。
Q5：Hermes 能跑在便宜的 VPS 上吗？
A：可以。社区反馈显示甚至 5 美元/月的 VPS 也能运行，因为模型推理可以调用外部 API，本地只负责 Agent 逻辑。
Q6：Web UI 需要暴露公网端口吗？
A：官方推荐优先使用 SSH tunnel 访问，如果要用手机访问则配合 Tailscale 和密码认证。
Q7：cron 任务的结果能发到哪里？
A：支持 Slack、Telegram、Discord、Email、飞书、企业微信，也可以写入本地文件。
Q8：Hermes 是免费的吗？
A：是的，Hermes Agent 是完全开源的，你可以自由使用、修改和自托管。
