Hermes 日更 94 个PR！这次重点看附件直传、记忆系统、应用连接

你让 Hermes 帮忙给同事发一份 PDF，文件就在电脑里，邮箱也已经连接好了。你原本以为，这种小事交给 AI，应该几秒钟就能搞定。

结果 Hermes 忙活了一圈，最后告诉你：文件找到了，邮件工具也找到了，但附件就是发不出去。

这就像请来了一位很能干的秘书，报告会写、邮件会发，偏偏不会把文件装进信封。

还有一件事更让人头疼。

你明明只告诉 Hermes：“我最近改喝咖啡了，不喜欢喝茶了。”它却可能在修改记忆时，把同一条记录里其他重要信息也给覆盖了。

这些问题听起来不像什么高深的 AI 技术，却是长期使用智能助手时，非常容易遇到的麻烦。

Hermes 最近一轮更新，恰好开始集中解决这些问题。

截至北京时间 2026 年 10 月 14 日早晨，Hermes 官方 GitHub 仓库在过去 24 小时又合并了 94 个 PR（Pull Request，代码合并请求）。

94 个 PR 里面，有不少代码整理、测试和错误修复。但仔细翻看之后，我发现这次确实有几项很实用的变化。

最值得关注的，是 Hermes 开始支持连接器直接收发本地文件，记忆工具能够精准修改某一小段内容，长期记忆插件增强了历史纠错和遗忘能力，桌面端也能直接通过聊天帮助用户连接应用。

另外，首次安装的引导流程、稳定版更新机制和后台授权处理，也有了明显改进。

这些变化没有新模型发布那么轰动，但对每天使用 Hermes 的朋友来说，可能更加实在。

今天就挑出其中 6 类值得关注的功能性更新，看看它们究竟能帮我们省掉多少麻烦。

一、附件终于能直接传了：Hermes打通本地文件和连接器

先说这次我觉得最直观的一项变化。

对应 PR #138014，北京时间 10 月 14 日凌晨刚刚合并。

以前，Hermes 虽然可以连接邮件、网盘等外部应用，但涉及文件附件时，并不总是那么顺利。

问题出在哪里？

原来，部分连接器需要的并不是我们熟悉的文件路径，而是一套由连接器服务生成的内部存储信息。

例如，用户要求发送电脑上的 report.pdf。

Hermes 能找到文件，也能找到发送邮件的工具，但如果工具要求一个内部存储标识，它就无法直接把文件路径填进去。

结果就是：AI 明明知道你想做什么，却卡在了最后一步。

这次更新，补上了中间的文件传输环节。

现在，当连接器需要文件作为输入时，Hermes 可以使用本地文件路径。

它会先检查这个路径是否允许访问，再将文件上传到对应的连接器存储服务，最后使用正确的文件信息调用工具。

整个过程可以理解成：

本地文件 → 安全检查 → 上传附件 → 执行邮件或网盘操作。

例如，你准备了一个报告文件：

~/Documents/report.pdf

可以直接告诉 Hermes：

请把 Documents 文件夹中的 report.pdf 作为附件，发送到我指定的邮箱。发送前先确认文件名称和收件人，完成后告诉我发送结果。

这次的关键变化是：Hermes 可以自己处理连接器需要的文件上传步骤，不必让模型凭空编造内部存储标识。

而且，这项升级不只是能上传文件。

连接器返回的文件，也可以被 Hermes 保存到本地。

默认下载目录位于：

~/.hermes/downloads/connectors/

下载后的文件可以继续交给其他工具处理。

例如：

“读取刚收到的 PDF 附件，提取其中的表格。”

“把分析结果整理成新文件，再发送给另外一位同事。”

这样一来，文件就能够在不同任务之间继续流转。

Hermes 在处理文件时，还会进行路径和大小检查，避免直接上传敏感凭据或不符合规则的文件。

对普通用户来说，真正值得期待的是一条完整的工作链路：

接收附件 → 阅读内容 → 整理信息 → 生成新文件 → 发送结果。

以后让 Hermes 整理客户资料、处理邮件、制作工作报告，都可以围绕这条链路组织任务。

以前让 AI 发个附件，可能还得自己来回折腾。

现在，Hermes 开始把文件传输这件事真正接起来了。

二、改一条记忆不再误伤其他内容：Hermes换上精准编辑方式

第二项变化，来自 PR #137523。

这项更新没有增加什么花哨的新界面，却直接关系到 Hermes 能不能长期可靠地记住用户信息。

假设 Hermes 保存了一段记忆：

用户早上喜欢喝茶。

用户喜欢看历史书籍。

用户每天晚上散步。

用户不喜欢太甜的饮料。

后来，你告诉它：

“我最近不喝茶了，早上改喝咖啡。”

正常情况下，Hermes 只需要更新第一句话。

可是，如果这些事实被保存在同一个记忆条目里，过去的 replace 操作可能把整个条目都重新替换。

模型如果没有完整保留其他三条信息，它们就可能跟着消失。

这不是单纯的记忆能力不足，而是编辑方式存在风险。

NVIDIA 的贡献者此前专门做过相关测试。

在特定模型和任务条件下，旧式整体替换出现了 19/40 次连带覆盖问题；加入局部修改机制后，相应问题降到了 1/40 次。

这组数字很能说明问题：AI 修改记忆时，光知道要改什么还不够，还得知道哪些地方绝对不能碰。

此次 Hermes 对记忆工具进行了调整。

原来的整体 replace 编辑方式被新的 patch（局部补丁）方式替代。

两者的区别，可以用修改 Word 文档来理解。

以前，模型想修改一句话，可能需要重写整个段落。

现在，它可以找到需要修改的原文片段，只替换其中的一部分，保留同一条记录里的其他内容。

而且，如果原文片段出现了多次，无法确定应该修改哪一个位置，Hermes 会要求提供更多上下文，而不是直接全部替换。

它还加强了记忆写入目标的检查，让不同类型的信息能够更准确地保存到对应位置。

对于普通用户，可以这样要求 Hermes：

请检查你保存的关于我饮食偏好的记忆。把“早上喜欢喝茶”修改为“早上喜欢喝咖啡”。其他已经保存的事实和偏好不要改变。修改完成后，请告诉我具体修改了哪一处。

这段话只是我们向 AI 提出的要求。

真正提高修改可靠性的，是底层记忆工具采用了更加精确的编辑方式。

对于长期使用 Hermes 的朋友，这项变化很有价值。

毕竟，AI 记得多固然重要，改记忆时别把其他东西弄丢，同样重要。

如果 Hermes 已经保存了大量个人偏好、项目背景和长期任务信息，精准修改能力就会越来越实用。

三、记忆系统不只是会保存：18种语言、历史纠错和主动遗忘

如果说上一项更新解决了“怎样精准修改记忆”，那么接下来这两款插件的变化，解决的就是“怎样长期管理记忆”。

这次 Hermes 插件目录收录了 Holographic v0.13.0 和 Hermes Dreaming v2.7.0 的更新。

它们都与长期记忆有关，但分工并不相同。

Holographic 更像一座专门保存事实的资料库。

Hermes Dreaming 则更像一个定期整理资料的工作人员，负责检查候选事实、识别变化，以及清理旧信息。

先看 Holographic。

这款记忆提供程序使用本地 SQLite 数据库存储事实。

新版本增强了 18 种语言的检索处理，包括中文、日文、韩文、泰文及多种欧洲语言。

对中文用户来说，一个比较实用的细节是简体与繁体之间的检索处理。

例如，你此前保存了一条繁体中文事实，后来用简体中文提问。

新版本可以利用对应的文字转换与匹配机制，提高找到相关事实的机会。

这次另一个重要变化，是记忆终于更重视“时间”。

以前，我们常常把 AI 记忆理解成一张不断补充的便签纸。

但现实生活中的很多信息，并不是永远不变。

例如：

“我在2024年负责A项目。”

“我在2025年转去负责B项目。”

这两句话都是真的，只是发生在不同时间。

如果系统只保留最新的一句，就会丢失历史。

如果两句不加区别地保存，又可能把过去和现在混为一谈。

Holographic 新版本支持保存事实的历史变化，并提供几种不同操作。

change：情况发生变化。

correct：之前保存的事实本身有错误。

end：某个事实从指定时间起不再成立。

revert：撤销最近一次修改。

它还支持根据指定日期查询历史状态。

例如：

请检查你保存的工作经历。区分哪些情况只是发生了变化，哪些记录本身有错误。不要把过去已经结束的工作安排当成现在的情况。

对于长期使用 Hermes 整理项目、工作经历和个人偏好的朋友，这种处理方式比简单地不断追加新记忆更加实用。

但这次最值得注意的，还不只是历史纠错。

还有“遗忘”。

假设你明确告诉 AI：

“这条信息已经过时，我不希望以后再使用它。”

过去，AI 可能只是在新记忆里记录一句“不要使用旧信息”。

但旧事实本身，仍然可能留在数据库中。

Holographic 新版本增加了 forget 操作，可以清理相应事实及历史版本。

而 Hermes Dreaming 的更新，进一步处理了另一种情况。

原始事实删除以后，Dreaming 此前生成的日记、缓存、定时任务输出中，可能还保留着旧信息。

因此，新版本加入了配套的遗忘清理流程。

其中一部分清理任务可以采用 no-agent（无需唤醒模型）模式执行，不必每次都调用大模型。

Dreaming 还增强了多语言事实整理、不同聊天范围的候选记忆处理，以及对时间变化和事实冲突的识别。

回过头看，这一轮记忆系统的变化，其实很有意思。

以前，我们总想着怎样让 AI 记住更多东西。

现在，Hermes 开始更加认真地解决另外三个问题：

怎样修改旧记忆？

怎样区分过去与现在？

怎样让已经不需要的事实退出长期记忆？

从长期使用的角度看，这些问题可能比单纯扩大记忆容量更重要。

四、连接应用不用到处找：Hermes把连接器目录搬进聊天

第四项更新来自 PR #137426。

它解决的问题很容易理解。

你正在让 Hermes 整理一个工作项目，聊到一半，突然需要读取某个外部应用里的信息。

Hermes 发现你还没有连接这个应用。

于是，你不得不先去设置页面找连接器，再打开浏览器完成登录授权。

等连接好了，还要回到聊天里继续刚才的任务。

整个过程就像你正和秘书讨论工作，秘书突然让你自己跑去隔壁办公室办理一张通行证。

现在，Hermes 新增了一种更直接的方式。

它可以在聊天里展示应用连接目录。

底层使用的是 manage_connections 工具新增的 display 操作。

例如，你可以直接告诉 Hermes：

请打开可用的应用连接目录。我想看看目前有哪些应用可以连接，并选择几个常用的应用完成授权。

模型可以根据当前环境展示连接器卡片。

用户能够在卡片中浏览应用、搜索名称、查看连接状态，并选择需要使用的服务。

如果应用需要用户授权，Hermes 会通过正常的浏览器登录流程完成连接。

还有个细节比较实用。

模型可以把与当前任务有关的应用放在推荐区域。

例如，用户正在讨论项目管理，模型可以优先建议相关的任务管理应用，而不是让用户从整个列表里慢慢寻找。

完成连接以后，用户点击 Continue，Hermes 就能知道哪些应用已经连接成功。

这样一来，用户不必重新解释之前的需求。

连接成功后，原来的工作就可以继续推进。

如果把这项能力和第一节的附件直传放在一起看，方向就更加清楚了。

一个功能负责让用户更容易连接应用。

另一个功能负责让文件能够通过连接器流转。

比如，你希望 Hermes 帮忙处理一份工作报告。

可以先让它展示应用目录，完成邮件或网盘授权。

随后，Hermes 就能围绕已经连接的应用，安排文件读取、整理、保存和发送等操作。

对于普通用户而言，这比在多个设置页面之间反复切换，更符合我们平时与 AI 助手交流的习惯。

以后使用 Hermes，连接外部服务也可以成为聊天工作流的一部分。

五、新手第一次打开Hermes，AI也能带着完成配置

第五项变化，是桌面端首次使用流程的重做。

对应 PR #137522。

如果你刚开始接触 Hermes，可能会遇到一个比较尴尬的问题。

安装程序已经结束了，但面对一堆模型、工具、插件和工作界面，你不知道应该先配置什么。

是先选择 AI 模型？

还是先连接应用？

哪些插件值得安装？

桌面布局又该怎么调整？

以前，用户得自己摸索这些选项，或者一边查教程一边操作。

现在，Hermes 增加了一套新的对话式 Onboarding（首次使用引导）。

首次使用时，Hermes 可以通过一个专门的引导会话，带着用户逐步完成设置。

包括昵称、主题颜色、布局、应用连接、插件选择、功能导览，以及第一个实际任务。

相比传统的软件安装向导，它的变化在于：AI 可以根据用户的回答，在预设能力范围内组织后续步骤。

比如，用户说自己主要想用 Hermes 处理文章和资料。

系统就可以围绕当前可用工具，帮助用户选择适合的入门任务。

如果用户更喜欢研究代码和项目，也可以选择相应的任务方向。

这次还增加了一个比较直观的能力：set_theme。

用户可以通过自然语言，让 Hermes 帮忙调整界面的主题色、明暗模式和布局。

例如：

把Hermes调整成深色科技风。主题色使用紫色，布局尽量适合阅读长文章和处理多个工作会话。

Hermes 可以根据当前提供的主题和布局选项进行操作。

也可以展示选择卡片，让用户自己决定。

这项功能看起来只是调整界面，但其实体现了一个很有意思的变化。

以前，我们需要自己熟悉软件菜单，才能把软件调整成喜欢的样子。

现在，AI 开始能够帮助用户完成一部分软件设置。

对于刚接触 Hermes 的朋友，这种对话式配置方式，比一上来面对大量设置项更加友好。

而首次引导的最后一步，还会帮助用户选择一个适合自己的实际任务。

这样一来，用户安装完 Hermes 后，就不只是看着一个空白聊天框发愁。

AI 可以带着用户完成第一次操作，让人更容易理解这套工具究竟能用来做什么。

六、更新和后台连接更稳：少一点重复折腾，少一点意外

最后一类变化，没有新增令人眼花缭乱的按钮，却与长期稳定运行直接有关。

首先，是稳定版更新机制。

Hermes 此前调整了官方源码安装的更新方式，让它可以跟踪 Stable（稳定版）通道。

不过，开发者随后发现，某些安装器重新运行时，仍可能把原本选择稳定版的用户切回 main 主分支。

用户明明希望维持正式版，却因为安装器内部的旧处理方式，重新跟上开发代码。

PR #137780 修复了相关问题。

对于已经保存稳定通道设置的安装，重复安装流程现在能够保留原有选择。

同时，如果当前源码版本比正式版更新，而用户准备切回较旧的稳定版本，Hermes 会更明确地显示这是一次 Rollback（回退）。

而不是简单提示“发现新版本”。

对于长期运行 Gateway（网关）和定时任务的朋友，更新通道选对了，后面的工作才能更加稳定。

源码安装用户可以先查看当前版本和更新计划：

hermes --versionhermes update --checkhermes update --plan

如果希望选择稳定通道，可以使用：

hermes update --set-channel stable

这样以后就可以按稳定通道的规则管理更新。

除此之外，还有一项比较特别的后台连接修复。

对应 PR #137502。

有用户报告，一个使用 OAuth（授权登录）的 MCP 服务，在刷新令牌失效后，仍然会随着新会话创建而反复尝试授权。

报告中的异常情况，一度出现每分钟约 200 次失败请求，最终触发服务端限流。

想象一下，你家的门禁卡已经失效了。

正常做法应该是提醒你重新办理门禁卡。

但旧机制却可能不断拿着失效卡去刷门，每开一个新会话就试一次。

次数多了，服务端干脆把相关请求限制住。

这次 Hermes 调整了处理机制。

对于已经确认授权失败的 MCP 服务，如果本地保存的授权文件没有发生变化，Hermes 就不再因为每次创建新会话，重复使用同一个失效令牌进行刷新。

等用户重新授权、文件状态更新以后，系统再尝试恢复连接。

开发者进行了新旧方案对比。

在相应测试中，旧方案启动后连续创建 15 个会话，会反复触发失效令牌刷新；新方案则避免了这 15 次会话创建所带来的额外刷新请求。

对于长期运行自动化任务的朋友，这类不显眼的修复，同样值得关注。

它不会让 AI 突然变得更加聪明，却能减少系统在后台反复折腾自己。

七、干货总结：这次哪些功能最值得普通用户关注？

把这轮更新放在一起看，我觉得 Hermes 正在发生一个很明显的变化。

过去大家关注它，往往是因为又增加了某个模型、某个工具，或者某项自动化能力。

而这次，许多改动都围绕着同一件事：

让已经具备的功能真正衔接起来，减少用户在中间反复折腾。

附件直传，解决的是 AI 找到文件却不容易通过连接器传出去的问题。

记忆局部修改，解决的是修改一条信息时可能误伤其他事实的问题。

Holographic 和 Dreaming 的更新，让 AI 长期记忆开始更重视历史、纠错和遗忘。

应用连接目录，让用户可以直接在聊天中寻找和连接需要使用的服务。

新的首次使用引导，让刚接触 Hermes 的朋友能够更有条理地完成配置。

稳定通道与 MCP 授权修复，则在减少版本切换和后台连接中的意外。

如果让我挑出最值得优先关注的三项，我会这样选择。

第一，连接器附件直传。

经常用 Hermes 处理邮件、文件和报告的朋友，可以尝试把“接收附件—整理内容—发送结果”组织成一条完整工作流。

第二，记忆精准修改。

如果你已经让 Hermes 保存了大量个人偏好、项目背景和长期任务信息，这项能力很有价值。

它能让 AI 在修改旧信息时更加谨慎，减少无关事实被覆盖的情况。

第三，多语言记忆管理。

Holographic 与 Dreaming 的变化，更适合希望把 Hermes 用成长期助手的朋友。

随着使用时间增加，AI 保存的信息会越来越多。

让它既能记住过去，又能识别变化、纠正错误、清理旧信息，才更接近我们真正需要的长期记忆。

最后说一句。

这次最值得关注的，不是“94 个 PR”这个数字，而是 Hermes 开始补齐长期使用过程中那些真正影响体验的环节。

文件能够流转，记忆能够精准修改，应用能够在聊天中连接，更新和授权也更加可控。

一个好用的 AI 助手，不仅要会做复杂的事情，还应该把那些原本需要用户自己反复处理的小麻烦尽量解决掉。

从这轮更新来看，Hermes 正在朝着这个方向继续前进。

#探寻人工智能，从技术到真实世界#