记忆与技能双闭环，MIT 协议我的手写记忆文件，又烂掉了
先说一个上周真实发生在我身上的糟心事。
我自己搭的那个命令行助手，记忆靠一个 MEMORY.md 文件撑着——每次会话结束，我把值得留的东西手动誊进去。上个月我整理这个文件时删掉了一段过时的部署流程，结果第二天它还煞有介事地引用那段旧流程给我出主意。原因很快查到了：除了那个 Markdown 文件，它还有一层摘要缓存，我改了底稿，缓存没动。那一刻我挺沮丧的：连”记忆”这件事都要我人肉维护、人肉清缓存，这种上下文管理注定腐烂。
更扎心的是另一件事。我翻自己近三个月的会话记录，发现同一个”抓取数据、清洗、出表”的流程，我前前后后用自然语言描述了不下十遍。每换一个工具、每开一个新会话，就从零教一遍。我像个天天给实习生办入职的部门主管，而实习生每天早晨都失忆。
就是带着这两口气，我盯上了 Nous Research 这个项目。它的自我介绍里有一句话正中我的靶心：唯一一个内置学习闭环的助手——从经验里自己造技能，用的时候自己改技能，跨会话搜自己的历史对话。数据先摆在这：GitHub 上 259,873 个 star，MIT 协议，Python 写的，最新版本 v0.22.6 是 11 月 2 日刚发的，最近四周提交了 10,508 次。这个提交量是什么概念——它 v0.22.6 一个补丁版本就卷进去 776 个合并的 PR。项目确实年轻（2025 年 7 月建仓），但发版节奏凶得吓人。
它攒经验的路数，确实跟别的工具不是一个流派
我把它的能力拆成四组说，顺便讲讲哪几组是真本事。
第一组：记忆与技能闭环，这是它的命根子。 记忆分四层：MEMORY.md 存环境与项目上下文，USER.md 存你的偏好，SQLite 全量存历史对话并带 FTS5 全文检索，再叠一层自动摘要。技能这边，复杂任务（文档里说调用工具超过一定次数）完成后，它会自动把整个过程沉淀成一份 Markdown 技能文档，遵循 agentskills.io 这个开放标准，下次同类任务直接调用，而且后续执行中发现更好的做法会自己更新这份文档。我判断这一组是真有东西的：Reddit 上 r/openclaw 社区那份 1,300 多条评论的整理里，”记忆默认值更好”是迁移过来的人提得最多的理由，连批评它的人都认这条。而所谓”自我进化”，水分要挤一挤——技能是模型自己写的，写得多了混进垃圾技能和过时经验几乎是必然，你得定期去 Skills Hub 里翻它到底”学会”了些什么。
第二组：住哪。 六种终端后端：本地、Docker、SSH、Modal、Daytona、Vercel Sandbox。后两个是 serverless，环境空闲时休眠、用时唤醒。这意味着它不是绑在你笔记本上的进程——你可以把它扔在一台便宜 VPS 上，人在外面用 Telegram 跟它说话。这一组我觉得是被低估的卖点，市面上大部分同类工具默认它住你的电脑。
第三组：消息网关加定时任务。 一个 gateway 进程接 Telegram、Discord、Slack、WhatsApp、Signal、Email，加内置的 cron 调度器，定时任务的产出直接投递到这些平台。想接微信的话，官方仓库里挂了个社区桥 HermesClaw，能让它和 OpenClaw 共用同一个微信号。注意微信这条是社区方案不是官方功能，风险自己掂量。
第四组：MCP 集成。 这块文档写得相当细，我重点看了：配置写在 ~/.hermes/config.yaml 的 mcp_servers 键下，stdio、Streamable HTTP、SSE（遗留）三种传输都支持，工具以 mcp_<服务名>_<工具名> 前缀注册避免撞名，可以用 glob 做 include/exclude 白名单——文档举例说 Cloudflare 那个服务三千多个工具，不过滤根本没法用。还有几个设计让我眼前一亮：spend_limit 花费限额，超限就算你开了全自动模式它也会停下来问；子进程环境变量默认全剥离，凭据必须显式声明才透传；工具结果里的 token 类字符串自动替换成 [REDACTED]。更有意思的是反向集成：装个 mcp-serve 插件，Hermes 自己就能变成一个 MCP 服务器，让 Claude Code 或者 Cursor 来调它的会话。这思路有点”我不但吃 MCP，我还能被 MCP 吃”的意思。
倒是”326 个真实用户案例”这种官方营销页，我建议当故事会看，别当文档读。
单进程加 SQLite，账单在云端
它的架构选择我认为可以用一句话概括：本地只做编排，模型全在远端。
这个取舍聪明在哪？首先硬件门槛低到近乎羞辱同行——官方口径是一台 5 美元的 VPS 就能跑，因为重活全是你调用的那家模型 API 在干。其次单进程加 SQLite 的存储方案，让整个状态（会话、记忆、技能）就是几个文件加一个数据库文件，备份迁移都简单。对比那些一上来就让你起七八个容器的框架，这是把复杂度留给了模型供应商，把简单留给了用户。
但代价也非常具体。第一，钱从硬件账单转移到了 token 账单。Reddit 上有人算过一笔账，因为每条消息都要把整个会话历史发过去，最后一个月花了 5,000 美元上下，日均 131 美元——这话糙理不糙，”记忆越好，上下文越长，账单越贵”是这套设计自带的税。第二，也是我更有意见的一点：默认的 smart 审批模式让模型自己评估命令风险，低风险自动放行。仓库里有个 36 条评论的 issue（#141346）值得所有人看一眼：smart 模式自动放行了一条 osascript 命令，后果是关掉了用户没保存的 PowerPoint 文稿还删掉了导出文件，找不回来。更妙的是，官方安全文档自己承认：文件写入黑名单（~/.ssh、.env 这些不让写）只挡得住 write_file 这类内置工具，终端工具照样以同一个系统用户身份用 shell 绕过去，真隔离得上容器后端。所以我的结论很明确：白天人盯着用，smart 模式没问题；一旦接上网关做无人值守的定时任务，我建议要么退回 manual 模式，要么把后端换 Docker——容器模式下那些危险命令检查会整体跳过，因为容器本身就是边界。
安装我没直接跑，但把那 1,302 行脚本读完了
坦白从宽：安装脚本我没有在本机执行。原因很简单，它会往你机器上装 Python 3.14、Node.js、npm、ripgrep、FFmpeg 一整套，我的主力机不想被塞这些。所以我把 curl 下来的 install.sh 完整读了一遍，1,302 行，读完的几个发现值得记下来：
- 脚本是分阶段（stage）协议的，支持
--manifest打印阶段列表、--stage单独跑某一段、--non-interactive跳过交互。也就是说它不只是个一键脚本，还能拆开按阶段执行，CI 里友好。 - 安装位置默认
~/.hermes，更新通道分stable（最新发布版）和main（每一个提交），显式选择会被记住。考虑到这个项目一天几十个 PR 的节奏，我强烈建议普通用户留在 stable。 - 有
--skip-browser和--skip-computer-use两个开关，不想装 Playwright 浏览器和桌面控制那套重依赖的可以省不少磁盘。 - 脚本里有个细节我挺欣赏：它会防止 uv 从错误的用户主目录读配置文件（脚本注释里挂了 issue #21269 的引用），这类”你自己都会踩的坑提前替用户填了”的注释，比一千行营销文案更能说明团队质量。
- 真正的重活不在脚本里，装完之后交给它自己的包管理器（
hermes pm install）补齐工具链。
Windows 用户有个已知的坑要先知道：脚本捆绑的 uv.exe 会被 Defender、Bitdefender 这类杀软误报成恶意软件，这是 Astral 那个 Rust 写的包管理器常年被机器学习引擎误伤，README 里给了完整的 gh attestation verify 验证流程和加白名单步骤，照做就行，别慌着删文件。
硬件门槛这里要老实说：官方没给整机配置表。能找到的官方口径只有”5 美元 VPS 可跑”和 Docker 后端的默认资源上限（容器内存 5,120MB、CPU 1 核）。我自己按 issue 区的反馈和 Docker 默认值推算两档：最低可用，1 核 CPU、1GB 内存、5GB 磁盘的 VPS（不含浏览器工具）；建议配置，2 核 4GB 起步，想玩浏览器自动化和桌面控制再加。注意这只是我的推算，不是官方数字——好在模型在云端，本机硬件真不是瓶颈。
照官方文档走一遍最小流程
还是那句话，端到端我停在读脚本这一步，下面的命令序列和预期输出全部来自官方 README 与文档站，不是我的亲测记录，特此声明。
curl -fsSL https://hermes-agent.nousresearch.com/install.sh | bash
source ~/.zshrc
hermes setup
hermes setup 会进向导，选 Quick setup 一路走完：选模型供应商（OpenRouter、OpenAI、Anthropic 或任何 OpenAI 兼容端点都行）、填 key、选要不要接消息平台。嫌收集五六个 key 麻烦的，可以用 hermes setup --portal 走 OAuth 一站式配齐模型、搜索、生图这些。装完敲 hermes 进 TUI，直接开聊；有问题先跑 hermes doctor 自检，比瞎猜省时间。
想接一个 MCP 服务器的话，最小配置长这样：
# ~/.hermes/config.yaml
mcp_servers:
filesystem:
command: "npx"
args: ["-y", "@modelcontextprotocol/server-filesystem", "/Users/me/Documents"]
保存后新终端里跑 hermes mcp login <服务名>（涉及 OAuth 的），会话里用 /reload-mcp 重载，工具就会以 mcp_filesystem_* 的前缀出现在工具列表里。网关模式下改配置大概一分钟内自动生效。
踩坑的人不少，这几条最疼
坑我都实际翻过 issue 区和公开讨论，逐条给出处。
第一条，也是我认为最重要的一条：smart 审批不等于安全。前面提过的 issue #141346，自动放行的 osascript 命令造成了不可恢复的数据丢失。36 条评论里吵的核心是：模型评风险的置信边界到底该由谁定。我的态度是，在你搞清楚 approvals.deny 自定义拒绝规则怎么写之前，别开全自动。
第二条：账单失控。Reddit r/openclaw 社区流传最广的吐槽就是成本——”你没配错，你只是发现了所有套壳工具最贵的功能：每条消息重发全部历史”，还有前面那位日均 131 美元的。这两条来自 kilo.org.cn 整理的社区评论汇编，原始用户名我核过了（u/figuringoutasigo 的账单帖被多个来源转述）。spend_limit 这个配置项就是给这种事准备的，无人值守任务请务必设。
第三条：自我评估不可靠、系统覆盖手动编辑。还是那份 1,300 条评论的社区分析，批评者的两个高频点是：它判断任务是否成功靠自我评估，结果偏乐观；它自动维护的记忆文件会覆盖你手动改的内容——这跟我开头那段糟心事是同一个问题的两个面。也有老用户泼冷水说它发版虽多但”六个版本里有三个装不上”（Reddit 用户 u/CustomMerkins4u 的原话），稳定性声明要打折听。
第四条：小模型带不动。有位国内作者实测时用本地小参数模型，直接出现了幻觉工具名——调用一个根本不存在的工具，任务卡死（见其公众号实测文章）。结论跟所有编排类工具一样：编排器越强，对模型工具调用能力的要求越高。遇到怪问题先 hermes doctor。
第五条：文档追不上代码。这个项目一周合并几百个 PR，第三方文章普遍反映文档滞后于功能，部分能力（比如网关的 webapp）发布说明里甚至”故意不写”。碰上文档没提的行为，去翻 release notes 和 issue 比猜靠谱。另外有位用了 100 天的创作者总结的经验我很认同：别把它当搜索框一问一答，把重复的决策流程写成可重复的循环（loop），先手动跑通每一步，再挂上 cron。
第六条：桌面端不省心。有个 34 条评论的追踪 issue（#127647）专门记 Desktop 空闲时的资源消耗，渲染进程的 CPU 和 GPU 占用、内存水位都被用户逐项记录在案；另一个 39 条评论的 issue（#139818）则是远程后端的桌面会话没法从本地恢复，报 not found。我的取舍很简单：长跑的实例放在无头服务器上用网关交互，Desktop 只当调试面板，别拿它当 7×24 的常驻前端。
我的判断：想清楚你要的是管家还是编码搭档
值不值得上手？我的答案是：如果你有一个每天重复、跨多个数据源、希望它越做越顺手的工作流，值得花一个周末；如果你只是想要个聊天窗口，关掉这个页面就行。它不是傻瓜式软件，命令行基础是硬门槛，而且它的核心价值——学习闭环——需要几周时间喂出来，前两周的体验可能还不如一个调教好的现成工具。
替代方案点名两个。一个是 OpenClaw：集成生态更大、技能全靠社区手写、有 GUI 上手快，如果你需要的是”接入面广”而不是”自己会学”，它更合适；反过来你要记忆和自动化沉淀，Hermes 占优，两边社区现在也在互迁。另一个更朴素的选择：继续用 Claude Code 或 Codex CLI 这类编码工具，手写 AGENTS.md 维护上下文——写代码的深度它们更强，但全天候管家、消息平台接入、定时任务这些它们基本不管。我的分界线就一条：任务主体发生在”你的电脑之外的世界”（网页、消息、邮件、定时巡检），选 Hermes 这类；任务主体是”在你仓库里改代码”，选编码工具。
一句话收尾：这项目现在 259,873 个 star，最新版 v0.22.6 是昨天刚发的，最近四周 10,508 次提交，issue 区挂着五万多条 open——热度、节奏、毛刺，三样都真实存在。它像一个真的会成长的实习生：喂得好，三个月后是真省心；不管不问，它攒的”经验”也能坑你一把。装之前，先把审批模式和花费限额想清楚，这是我的原话建议。
