之前那篇讲了怎么把 Hermes 接到个人微信(4 步上手 + DM 策略),但没讲清楚 Hermes 到底是什么、为什么它在 2026 年 GitHub Trending Top 3。
这篇补上 — 跟已发那篇互补:
- 上一篇:操作层 — 怎么用 Hermes 接入微信
- 这一篇:架构层 — Hermes 的设计哲学和 5 个差异化能力
合起来就是完整的”Hermes 全景”。
一句话定论
Hermes 是”AI Agent 操作系统” — 不只是 CLI,而是 CLI + 记忆 + Skills + 网关 + 定时 + 终端后端 + 编辑器 7 大模块的完整体系。2026 GitHub Trending Top 3,228k⭐ 的 Open Source AI Agent。
厨房比喻(跟之前 Harness 那篇呼应):
Code IDE 工具(Codex/Cursor)像”料理包” — 你有食材,AI 帮你快速做出一道菜 Hermes 像”整套厨房” — 锅碗瓢盆 + 冰箱 + 食材管理 + 自动清洁,你可以做整桌菜 OpenClaw 像”啥都有但啥都乱” — 厨房齐全,但调料全堆在台面上
速记表:Hermes 7 大模块
| 模块 | 关键能力 | 对应命令 | 其他工具有没有 |
|---|---|---|---|
| CLI 核心 | 终端对话、皮肤、会话恢复 | hermes /skin --continue | ✅ 都有 |
| 🧠 记忆系统 | 3275 字符硬约束 + SQLite 全文检索 | USER.md / SOUL.md | ❌ 罕见 |
| 🔌 Skills 引擎 | 27 内置 + 79 开箱,自进化 | hermes skills | ⚠️ 多数有但不自进化 |
| 🌐 消息网关 | 8+ 平台 + 微信 | hermes gateway setup | ⚠️ 多数有但群聊受限 |
| ⏰ 定时任务 | 自然语言创建 | hermes cron create | ⚠️ 部分有 |
| 🖥️ 终端后端 | local / Docker / SSH | terminal.backend | ❌ 罕见 |
| 🔗 编辑器接入 | ACP + MCP,支持 VS Code/Zed/JB | hermes acp | ⚠️ 部分有 |
跟其他工具的核心差异:其他工具大多单点突破(Codex 强 IDE 集成、Cursor 强补全、OpenClaw 强多平台),Hermes 是唯一全套 7 大模块齐活的本地优先 Agent。
为什么 2026 年 GitHub Trending Top 3 是 Hermes
历史背景:Hermes 来自 NousResearch — 同一个团队早期出过 Hermes 模型系列(Hermes 1/2/3 大语言模型,基于 Llama 架构微调)。2025-2026 年他们做了关键转型:从”训模型”到”做 Agent 框架”。
GitHub 热度:
- 2026-08-10 GitHub AI Trending Daily Top 3(228k⭐)
- 跟 Codex/Cursor 走”IDE 插件 + 闭源核心”路线相反,Hermes 是 Open Source + 本地优先
- 受限地区用户(中国/港澳台)绕开 API 限制的好选择 —
hermes model切到 DeepSeek/Qwen 就能跑
路线选择:
- Codex / Cursor — IDE 集成派(写代码强,但不能离开编辑器)
- OpenClaw — 平台覆盖派(啥都接,但臃肿)
- Hermes — 本地优先派(数据自主,体系完整,自进化)
5 个”其他工具做不到”的能力
1. 自动进化(Auto-Evolution)— Hermes 的招牌能力
5 层机制(来自官方文档):
- 自主创建 Skill — 遇到复杂任务无现成 skill 时,把本地经验自动封装成 skill
- 使用中自我改进 — 现成 skill 执行效果差或失败时,自动修复步骤、补充坑点、更新命令
- 记忆系统周期性自我提醒 — 记忆文件被反复”用熟”
- 用户模型持续加深 — 越来越了解你的工作习惯
- 行为基准测试 + 自我优化 — 自己测自己、自己改
实测演示(B 站小陈同学c_z):
让 Hermes 写 Python 脚本监控官方 GitHub 仓库 PR 变动 → 新 PR 时检查内容并用中文输出到指定目录 → 用 plan 模式先出方案、关键处暂停确认 → 写脚本自动执行 → 提示”全新场景,是否创建新 skill” → 用户指出”未用中文” → Hermes 接入翻译 API 优化脚本 → 最终生成
github-pr-monitorskill(含使用场景/遇坑/注意事项)
对比 LangChain Tools:LangChain Tools 是”开发者写好给 AI 用”,Hermes Skills 是”AI 自己写好给自己用”。
💡 跟 Harness 的呼应:之前那篇讲 Harness Engineering “铺好轨道再让 AI 跑”,Hermes 自动进化是”AI 边跑边自己修轨道”。两者本质同源 — 都是给 AI 加 Harness,只是层级不同。
2. 3275 字符硬约束 + SQLite 全文检索
其他工具的痛点:OpenClaw / Claude Code 把 SOUL/USER/AGENTS/MEMORY 每次新对话全量注入 → 上下文越来越臃肿,作者吐槽”用着用着就记不住/记乱了”。
Hermes 方案:
- 记忆文件(SOUL.md / USER.md)放在
~/.hermes/memories/,启动时注入 - 容量上限 3275 字符(config 中可见:长期记忆 2200 + 用户画像 1375)
- 超限自动精简
- 每 10 轮对话强制沉淀一次 → 记忆不无限膨胀 + 持续进步
- 历史对话存 SQLite 数据库 + 全文检索,上下文压缩后仍能搜索召回原始对话
这个 3275 字符硬约束的”反直觉”设计:记忆不是越多越好,而是”够用 + 持续优化”。这跟”代码覆盖率 100% 不如测试覆盖关键路径”是同一个思想。
3. Skills 自进化(不是手动装)
开箱能力:启动即 27 个工具 + 79 个 skills(B 站小陈同学统计),涵盖编程/研究/游戏/社交等。
关键差异:
- LangChain Tools:开发者写好,用户用
- Hermes Skills:用户(甚至 AI 自己)用着用着自动创建 + 迭代
Skill 通用性:
- OpenClaw、Claude Code 的 skill,Hermes 能直接用(GitHub 仓库 + npx 命令,或直接自然语言让 Hermes 自己装)
- 官方文档左侧分类介绍所有内建/可选 skill,点击卡片有一键安装指令
- ⚠️ 注意:Skill 没有下载量/安装量数据,也无安全审查 — 装第三方 skill 要小心
4. OpenClaw 一键迁移(实战级考虑)
如果你是 OpenClaw 老用户,迁移到 Hermes 不需要重新搭:
hermes openclaw migrate # 迁移 skill + 整合 SOUL/MEMORY 等核心文件
hermes openclaw migrate --dry-run # 先预览哪些可迁移(强烈推荐)
hermes openclaw migrate --preset full # 连 API key 完整迁移不是简单复制粘贴,而是阅读理解 OpenClaw 的文件后重新解析整合 — Hermes 解析 SOUL/MEMORY 语义后重新组织,不是按文件路径机械搬。
5. ACP 服务化(编辑器集成)
Hermes 不仅能做 CLI,还能作为服务接入编辑器:
pip install -e '.[acp]'
hermes acp适用编辑器:VS Code / Zed / JetBrains。
配合 MCP(Model Context Protocol)服务,可以在 config.yaml 配置外部工具,让 Hermes 在 VS Code 里直接调用。
💡 类比:ACP 类似 LSP(Language Server Protocol) — 协议标准化后,任何编辑器都能接任何 Agent。
Hermes vs OpenClaw(小陈同学c_z 视角)— 6 维度对比
| 维度 | Hermes | OpenClaw |
|---|---|---|
| 作者现状 | 解决不少老问题 | 已弃养 — 每次版本更新都有新问题 |
| 老问题 | — | 网关断联、写入规则不执行、上下文压缩 bug |
| 记忆设计 | 上限 3275 字符 + 数据库检索 | 全量 markdown 注入,越长越臃肿 |
| 对话找回 | SQLite 全文检索 + 压缩后可找回 | 丢失后难找回 |
| Skill | 自动创建 + 迭代优化 | 手动安装 |
| 安全性 | 审查高风险操作 + 人工审批 + Docker/SSH | 权限管理是大问题 |
作者结论:“用得顺手就没必要迁移,但遇到问题多可以尝试,说不定有惊喜”。
5 工具横评(2026 年主流 AI Agent 框架)
| 工具 | 形态 | 强项 | 弱项 | 适合谁 |
|---|---|---|---|---|
| Hermes | CLI + 7 模块 | 自进化、本地优先、多平台 | Windows 需 WSL2 | 全栈个人/小团队 |
| Codex | IDE 插件 | 写代码强、补全准 | 离不开编辑器 | 程序员写代码 |
| Cursor | IDE | 补全最快、Composer 多文件 diff | 闭源 + $20/月 | 重度写代码 |
| OpenClaw | CLI + 多平台 | 平台覆盖全(飞书/钉钉) | 维护慢、记忆臃肿 | 习惯老生态 |
| Kiro | IDE + Spec 模式 | 规范驱动 + 跟 Harness 理念相通 | 受限地区无 Claude | AWS 生态 |
横评关键洞察:
- 写代码 → Codex / Cursor(单点强)
- 多场景跨任务 → Hermes / OpenClaw(体系强)
- 企业级 / 规范 → Kiro(Spec 模式)
适合谁用 / 不适合谁
| 适合 | 不适合 |
|---|---|
| 想把数据/执行环境留在本地 | 不在意本地/云端区别 |
| 需要多平台接入(微信/TG/Discord) | 只在 IDE 里写代码 |
| 想”用着用着越来越顺手”(自进化) | 一次配好就希望永远不变 |
| 已有 OpenClaw 想迁移 | 完全不需要任何 Agent |
| Linux / macOS / WSL2 环境 | 纯 Windows 用户(必须 WSL2) |
| 受限地区(中国/港澳台)用 DeepSeek/Qwen 替代 Claude | 必须用 Claude Opus 的场景 |
5 个常见坑
| 症状 | 原因 | 解决 |
|---|---|---|
| Windows 装不上 | 不支持原生 Windows | 先装 WSL2,在 WSL2 里跑 |
启动报 ModuleNotFoundError | Python 依赖没装全 | pip install "hermes-agent[voice]" 加 voice 等扩展 |
| 中文输入法下回车误发送 | Web UI 快捷键冲突 | 改为 Ctrl+Enter 发送 |
| 微信群消息收不到 | Bot 身份限制 | 群聊策略设 disabled,改用 DM |
| OpenClaw 迁移丢数据 | 没先 --dry-run 预览 | 永远先 --dry-run 看清单 |
4 条核心原则(给想用 Hermes 的人)
- 工具是死的,workflow 是活的 — Hermes 的 7 大模块不是都要开,按需选;但至少 CLI + 记忆 + 1 个 Skills 渠道
- 记忆要硬约束,不能无限膨胀 — Hermes 的 3275 字符是反直觉但正确的设计
- 自动进化要”plan 模式 + 关键暂停” — 全自动进化容易失控,Hermes 默认就是”关键处暂停确认”模式
- 跨平台支持永远要 WSL2 fallback — 纯 Windows 用户第一道坎就是 WSL2
一句话总结
Hermes 是”AI Agent 的 Linux” — 不只是一个工具,是一个完整的 Agent 操作系统。当其他工具还在比”写代码谁更强”的时候,Hermes 已经把 CLI / 记忆 / Skills / 网关 / 定时 / 终端后端 / 编辑器 7 大模块全部打通了,还自带”自进化”机制让它用着用着越用越顺手。
互链(本系列博客)
- 上篇(操作层):把 AI Agent 接到个人微信:Hermes 实战指南 — 4 步上手接入微信
- 相关(Harness 概念):Harness = Agent − Model:给 AI 配缰绳的工程学(上篇·概念) — Hermes 自动进化本质上是 Harness
- 相关(AI 协作):和大模型协作前,先在心里装这 4 个性质 — 跟 LLM 协作的心智模型
参考
- Hermes Agent 官方文档
- Hermes Agent GitHub
- 小陈同学c_z:Hermes 完整教程(BV13Jd5BAEB8)
- Messaging Gateway 总览
- GitHub AI Trending Daily 2026-08-10
文中命令和配置项基于 Hermes Agent 官方文档 + B 站小陈同学c_z 教程整理,实测环境 Linux/macOS/WSL2。Windows 需 WSL2。
// comments