Hermes 7 天没出大改，专门为生产环境发了这个 patch tag。v0.21.1（v2026.9.7） 在 2026-09-07 22:17 UTC / 2026-09-08 06:17 北京时间发布。
跟 v0.21.0 那个"Pantheon Release（万神殿版）"不一样，这次的 release body 很短——只有 1,461 字符。官方明确说：
这个 patch 不逐项列出本窗口里的所有功能。本窗口的完整编辑过的 release notes 会在 v0.22.0 一同发布。
——也就是"这次不展开每个功能，完整 release notes 留到 v0.22.0"。
目录
一、官方原文（中文版）二、值得展开的几件事三、其他维度
一、官方原文（中文版）
下面是 v0.21.1 release body 的中文版。
关于这个版本
Hermes Agent v0.21.1（v2026.9.7）
发布日期：2026-09-07
这是一个 patch release。这个 tag 把 v0.21.0 以来的 main 当前状态打了个包，供需要锁定版本的部署环境和下游依赖使用。
测量在 commit 6178e9f4eed8d99f4fc550add939d58c7bed6206 完成。v0.21.0 以来这个窗口包含：
- 5,139 个非合并 commit
- 4,364 个文件变化（新增 601,014 行 / 删除 768,419 行）
- 632 个合并 PR（GitHub 在准备这个 release 时报告的数量）
- 上面这些数字不含 release-version commit 本身
这个汇总包涵盖了：代码库模块化重构、文件操作与启动性能工作、provider 与模型更新、桌面端会话控件与浏览器标注、MCP 授权改进、定时调度与投递修复、委派可靠性改进。这个 patch 不逐项列出本窗口里的所有功能。
涵盖范围（官方列举）：
- 代码库模块化重构
- 文件操作与启动性能优化
- provider 与模型更新
- 桌面端会话控件与浏览器标注
- MCP 授权改进
- 定时调度与投递修复
- 委派可靠性改进
升级方式
- 已有安装：
hermes update - 全新安装：
curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash - 托管部署：通过部署工具升级到新 tag
完整变更日志：v2026.8.31 → v2026.9.7
二、值得展开的几件事
从 release body 列出的 7 大方向里，挑几个真正有信号的讲。其余 6 项一笔带过——它们都已经在 v0.21.0 之后陆续合并。
1. patch tag 的实际意义：让下游能锁版本
release body 第一句说：这个 tag 把 v0.21.0 以来的 main 当前状态打了个包，供需要锁定版本的部署环境和下游依赖使用。
翻译一下：v0.21.0 之后 7 天 main 上 5,139 commits 在飞，但没 tag。这对用 Hermes 当依赖的下游（比如某些 agent 编排系统、Docker 镜像）来说不可接受——他们需要精确锁版本。
v0.21.1 tag 就是这一刻 main 状态的快照。下游可以用 v2026.9.7 锁定到这一天的代码，避免"今天 main 还活着、明天就 build 不出来"的尴尬。
2. 代码行数变化：−768K vs +601K
+601K / −768K 是个净减少 ~167K 行的窗口——在 7 天 5,139 commits 的规模下，负净增长。
这意味着什么？代码库模块化重构在发生。release body 第一项明确写了"代码库模块化重构"——很可能把超大文件拆成 atomic modules（参考 v0.21.0 时的 PR #89611 "the desktop codebase refactored into atomic modules"）。
我没法独立核实这 -768K 具体拆了哪些文件，但从比例看（4,364 文件、净 -167K 行、平均每文件 -38 行），很像是大文件拆小文件 + 部分功能删除。
3. commit 数量：735 commits/天 的代价
5,139 commits / 7 天 = 每天 ~735 个 commit 合并进 main。
对比：
- v0.20.0 → v0.21.0（116 天）= 5,800 commits = 每天 ~50 个 commit
- v0.21.0 → v0.21.1（7 天）= 5,139 commits = 每天 ~735 个 commit
差 14 倍——这个差距怎么来的？
我的推测（没法独立核实）：v0.20.0 → v0.21.0 是 release body 声明的累计 commit；v0.21.0 → v0.21.1 是 GitHub API 的窗口内 commit 数。两种统计口径可能不一样——前者可能排除 squash merge 或 bot commit，后者是 raw 数。
但即便有口径差异，7 天 5,139 commits 仍然是非常高的合并频率。Hermes 的工作流可能是多人高频提交，单 PR 经常被 squash 成多个小 commit 进 main。
4. 其他 6 项一笔带过
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
我没用过这些功能——这是从 release body 的描述反推。
三、其他维度
v0.21.0 vs v0.21.1：7 天数据对比
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
仓库当前状态（2026-09-08 查）
- Star 数：243,134
- Fork 数：50,070
- 开放 issue：40,685（v0.21.0 时 38,129 → +2,556）
- Language：Python
- License：MIT
- Default branch：main
- 仓库创建：2025-07-22（14 个月）
开放 issue 涨了 2,556 个，issue 增速仍不慢——这跟 v0.21.0 时的观察一致：项目还在快速变化。
发布节奏
- v2026.8.31（v0.21.0）：2026-08-31 19:29 UTC / 2026-09-01 03:29 北京
- v2026.9.7（v0.21.1）：2026-09-07 22:17 UTC / 2026-09-08 06:17 北京
- 间隔：7 天 2 小时 47 分
- 下个里程碑：v0.22.0（带完整 release notes）
适合升级吗
|
|
|
|
|---|---|---|
|
|
升 | hermes update
|
|
|
升 |
|
|
|
|
|
|
|
|
|
|
|
|
|
升级命令：
或者全新安装：
v0.21.1 是个 patch release——7 天累计 5,139 commits + 632 PRs，主要是为下游锁版本和收集稳定性改进。不展开每个功能是官方有意为之，等 v0.22.0 看完整 changelog。
我对这种"小步快跑 + 偶尔 patch"节奏持保留态度——5,139 commits 是个巨大数字，但 release body 不展开细节，对想升级评估的人不太友好。下次 v0.22.0 出完整 release notes 时再看真实变更。
互动问题：你用 Hermes 吗？v0.21.0 → v0.21.1 这 7 天你实际跑了多少个 commit 进 main？5,139 commits 在你的项目里是多是少？下游依赖 Hermes 的人，你们用 v0.21.1 tag 还是 main？
