北京时间 2026 年 10 月 23 日 13:28，Hermes v0.22.5 正式发布，将上一版以来的 81 个 PR（代码合并请求）纳入稳定版。这次最值得关注的，是子 Agent 高级委派正式落地：主助手可以按任务选择不同模型，也能调用你预先配置好的专业助手。
把一份资料压成三句话，和排查一个卡了半天的程序错误，真的有必要派同一档模型吗？让 AI 搜资料、做网页、检查结果，又能不能把这些工作分开安排？
这次更新，就给这些问题提供了更具体的办法。
除了任务分工，MCP 事件触发、额度显示、桌面管理、账号登录和首次配置迁移，也有新变化。下面挑出六项与日常使用关系密切的功能，重点讲清它们解决什么问题、入口在哪里，以及怎样从一个小任务开始用起来。
一、高级委派正式上线：简单活快点做，复杂活交给合适的助手
先把 Subagent（子智能体）这个词说清楚。
你正在交谈的主助手，可以把具体工作交给子助手，等它完成后再接收结果。子助手有自己的对话上下文，适合处理一块范围明确的任务。
比如研究一个项目，主助手负责最后的判断，另外安排助手阅读使用文档、整理更新记录。
这次新增的 Advanced Delegation（高级任务委派），重点不在“多叫几个助手”，而在于每项工作可以选择不同的执行配置。官方插件提供模型路由和 Profile 路由两种新模式，原来的默认方式继续保留。
先看模型路由。
“路由”听起来有些技术味，其实就是给任务指路。你可以先准备这样一份名单：
路线名称
用途示例
fast
提取要点、整理短材料、处理明确的小修改
deep
分析复杂问题、比较方案、检查重要结论
local
使用已经配置好的本地模型处理适合它的任务
这些名称由你填写，并不是系统规定的三个模型档位。每条路线背后使用哪个服务商、哪个模型，以及适用的推理强度，也由你选择。主助手根据路线名称和用途说明，为子任务选择合适的去向。
这里最值得认真填写的，反而是那句“什么时候使用”。
不要只写“这是一个很聪明的模型”，可以写成：
适合分析复杂报错。先根据日志判断原因，再提出修改方案，不要直接大范围重写代码。
任务描述越具体，主助手越容易理解你希望怎么分工。
另一种是 Profile（独立配置档案）路由。
它不是只换一个模型，而是使用某个 Profile 自己的模型、凭据、技能和 SOUL.md 身份说明等配置。你已经准备好了研究助手、代码助手，就可以把它们加入允许委派的名单，不必每次重新搭建。两种高级模式一次选择一种，切换时会保留各自设置。
可以这样记：模型路由是“这件事用哪个模型”，Profile 路由是“这件事交给哪套已经准备好的助手”。
升级到 v0.22.5 后，在电脑终端安装并配置：
hermes plugins install advanced-delegation --enablehermes delegation config选择模型路由，就添加名称、用途、服务商和模型；选择 Profile 路由，就勾选已有的配置档案，并填写各自职责。插件装在负责派活的 Profile 里即可，作为执行目标的 Profile 不必重复安装这款插件，但需要提前配置好可用模型。
第一次不用配得太复杂。两条模型路线，或者研究、写作两个 Profile，就足够练习。
例如配置好 researcher 和 writer 后，可以这样安排：
请先让 researcher 根据我提供的官方资料整理事实、来源和待核实问题。等结果回来，再交给 writer 写一份面向普通读者的说明。你负责最后检查，不能让写作助手自行补造缺失信息。
注意这里的顺序：写作需要研究结果，就先完成研究，再交接材料，不必为了“多 Agent”把所有工作同时启动。
还有个容易忽略的细节：子助手不会自动知道主对话里之前聊过什么。目标、资料位置、读者对象、输出要求，都要随任务交给它。官方文档也明确强调，子助手从新对话开始工作，不能只收到一句含糊的“把刚才那个做好”。
聊天中可以用 /delegation 查看和选择模式。需要把 Profile 路由保存下来，并让新会话使用匹配的任务选项，可以输入：
/delegation profiles --global/new配置后的任务结果还会带回实际使用的路线信息，方便核对用了哪个模型。
我建议先观察两三次分工结果，再调整用途说明。真正值得追求的，不是助手数量越来越多，而是每个助手接到的活越来越清楚。
二、MCP Events：不是隔一会儿问一次，而是有事了通知 AI
分工解决了“交给谁”，第二项变化解决“什么时候开始”。
Hermes 原本已经能够通过 Webhook（事件回调）接收外部通知。这次增加了实验性的 MCP Events（事件）客户端，让支持相应协议的 MCP 服务可以提供事件列表、建立订阅，并把发生的变化通知 Hermes。
MCP（模型上下文协议）可以理解成 AI 调用外部工具的一套连接方式。
普通工具调用，像是你有问题时打电话过去问；事件订阅则像留下联系方式，对方有新情况再来通知。
举个例子：某个支持事件订阅的资料服务发布新报告。你提前告诉 Hermes，收到通知后先核对来源、提取三个重要变化，再把摘要送到指定聊天。
这样安排后，就不必靠人记着回来问一句“有没有更新”。
这次实现的是 Webhook 方式，需要服务端支持事件协议，Hermes 网关保持运行，并准备外部能够访问的 HTTPS 回调地址。为相应 MCP 服务启用 events: true 后，才能进一步查看和订阅它提供的事件。
它不是把任何网站地址填进去，就能自动监听所有变化。先选一个确实提供相应接口的服务，再设置任务，才是正确顺序。
订阅时，最值得花心思的是两句话：“收到后做什么”和“结果交到哪里”。
比如：
收到新报告事件后，保留标题、发布时间和原文地址，提取与普通用户有关的变化。无法核实的内容单独列出，结果发送到指定聊天，本次不修改文件、不对外发布。
Hermes 会要求确认订阅，因为它意味着以后可以由事件启动任务。同时，这套机制处理了签名验证、重复事件识别和订阅续期，不是简单地收到一段文字就执行。
第一次体验，我建议只做“事件来了，整理一份摘要”。把接收和交付跑通，再考虑更长的工作流程。
固定时间做日报，继续用定时任务；有变化再处理，才更适合事件触发。
三、额度终于能看得更明白：用了多少，什么时候恢复
使用模型时，有一种等待特别让人摸不着头脑：
任务正在进行，突然提示额度不足。到底是今天用完了，还是本周用完了？换个模型能不能继续？又要等多久？
这次 Hermes 增加了对 Nous 用量窗口型订阅的支持。账户采用这类计划时，可以按服务端返回的信息显示不同额度项目、使用比例和重置时间，例如日、周、月或大模型专用额度。其他类型的账户不会因此被改成同一套规则。
在 Hermes 对话中输入：
/usage适用账户会看到对应额度条，而不只是一个笼统的余额数字。桌面端的 Settings → Billing（设置 → 账单）也能显示相应仪表，快到上限和已经用完时会有提示。
这有什么实际用处？
假设你正准备处理一批不着急的资料，看到某项额度快恢复了，就可以等恢复后再做；如果手头任务必须继续，则查看还有哪些可用模型。
模型选择器也配合做了调整：适合当前计划的推荐模型优先显示，部分模型带有 Large 或 Free 标签。选择高消耗模型时，会提示它占用更多计划用量；遇到限制，也会说明是哪项额度不足、何时恢复。
这里还有一个值得留意的开关：
Keep going on credits 额度用完后，是否继续使用充值余额。
这项选择直接关系到“继续工作”和“继续花钱”。愿意使用余额接着跑，就按需要开启；不想自动接着消耗充值额度，就确认自己的设置。遇到用量窗口限制时，Hermes 也不会擅自替你换模型，而是让你选择可用模型或等待恢复。
对于经常运行长任务的人，我更喜欢这种明确的反馈：告诉我还剩多少、什么时候恢复，再让我决定，而不是只留下一句“请求失败”。
四、桌面管理更顺手：安装归安装，开关归开关
模型和任务越来越多，桌面界面也需要把日常操作理顺。
这次 Capabilities（能力中心）的插件安装方式变得更明确：没安装的条目显示 + 或 + Install，安装之后才换成启用、停用开关；卸载入口放到插件详情底部，并保留确认步骤。
这个变化看着不大，但“安装”和“启用”终于不再挤在同一个动作里。
就像手机下载了一个应用，不等于你现在一定要打开它。先装好、暂时停用、彻底卸载，是三件不同的事，界面也应该分别表达。
安装对话框还会显示对应的来源等级：Official（官方）、Verified（来源已验证）、Community（社区），与目录条目的实际分类保持一致。
另一个新操作在左侧会话列表。
常用聊天可以直接拖到 Pinned（已固定）区域；不想固定了，再拖回普通列表。已经固定的会话在固定区内部拖动，则是调整顺序，原来的右键固定、取消固定入口仍然保留。
可以把长期使用的项目会话放在上面，把临时问答留在下面。
比如“每周资料整理”“网站维护”“写作练习”，都值得固定下来。每天打开后先看自己的工作入口，比在越来越长的聊天记录里上下翻找省事。
插件负责增加能力，会话列表负责把工作摆整齐。两边一起改，才更像一个每天都要打开的工具。
五、Nous 登录流程更新：账号登进来了，之前连接的应用也要跟上
有些朋友先用免费身份体验 Hermes，连接了一些应用，觉得顺手以后，再登录自己的 Nous 账户。
问题是，身份切换以后，之前连接过的应用怎么处理？
这次加入了连接迁移流程：正式账户替换免费身份后，Hermes 会请求 Nous Portal，把符合条件的应用连接转到刚登录的账户。转移目标绑定到对应账户，不是随便登录另一个账号就把连接搬过去。
对用户来说，最直观的变化是登录结果不再只说“成功”。
桌面端会显示登录的是哪个账户，以及哪些应用连接已转移、哪些还需要重新连接；需要处理的项目会提供 Reconnect（重新连接）入口。转移还在等待或重试时，也会显示相应状态。
这样就不必靠“试着调用一次”来猜连接有没有跟过来。
例如你已经连接了一个笔记服务，登录后先看结果：已经转移，就接着使用；需要重连，就点对应入口。比遇到报错以后再四处找授权设置，清楚得多。
命令行也可以检查：
hermes auth status nous它会报告登录状态，以及相关连接迁移情况。如果服务端暂时忙碌或不可达，登录本身可以先完成，连接迁移会继续重试。
这一项主要改善的是 Nous 身份与应用连接的衔接，不是把电脑里所有软件的账号统一搬家。
我觉得这类更新很有必要。第一次体验顺不顺，往往不取决于模型答得多漂亮，而在于用户能不能少做几遍已经完成过的配置。
六、首次设置会主动询问：其他 AI 工具里的配置，要不要搬过来？
最后一项，同样与“别让我重来一遍”有关。
你已经在 Claude Code、Codex CLI 或 Cursor 中整理过工作说明、技能和工具连接，换到 Hermes 后，总不希望重新从零配置。
v0.22.5 把这件事放进了首次设置流程。
在电脑终端首次运行 hermes setup 时，Hermes 会检查是否存在受支持工具的本地配置。找到以后，先询问是否导入；用户同意，再安装或启用 Agent Importers（智能体配置导入）插件，展示准备迁移的内容，确认后才执行。
重点不是“发现了就搬”，而是把这个选择摆到你面前。
如果只发现一款工具，问题会直接点名；发现多款，则提供名单供你选择。不需要迁移，就跳过，继续正常设置。
例如，Claude Code 的工作说明可以映射成 Hermes 记忆条目，支持的权限规则、MCP 配置和 Skill（技能）也有对应的处理方式。预览会告诉你准备怎么放，而不是把不同软件的目录原封不动倒进来。
已经装好 Hermes 的老用户，也可以手动走这条路。以 Claude Code 为例，先安装插件，再预览：
hermes plugins install agent-importers --enablehermes import-agent claude-code --dry-run看清导入计划后，需要执行时再去掉 --dry-run。密钥和登录凭据需要按对应导入规则另行处理，不要把“配置迁移”理解成“所有账号自动登录”。
这次真正方便的地方，是从“你得先知道有这个插件”，变成“设置过程中就会提醒你”。
对于想试 Hermes、又舍不得原来那套工作配置的人，这个入口比多一页介绍更实用。
七、怎么升级，升级后先试什么？
使用 CLI 安装方式的朋友，可以在电脑终端按官方入口更新：
hermes updateMicrosoft Store 版本通过商店更新。独立 .exe、.dmg 桌面安装包本轮没有同步更新捆绑包，要等下一次桌面打包发布；因此，不同渠道看到新界面的时间可能不同。
这六项变化，可以按自己的需求挑重点：
你最常遇到的问题
优先关注
不同工作都挤给同一套助手配置
高级任务委派
有新情况后，希望 AI 再开始处理
MCP Events
不清楚额度用了多少、何时恢复
用量窗口显示
插件和会话越来越难管理
桌面安装与拖动固定
从免费身份登录账户后，应用连接需要衔接
Nous 登录与连接迁移
已经在其他 AI 工具里积累了配置
首次设置导入
我最建议先试高级委派，但只从两条路线开始。
找一个既有简单整理、又需要认真判断的任务，让主助手按用途分工。观察它有没有选对路线，交接材料是否完整，结果是否真的比原来更容易使用。
不要先追求一排助手同时开工。把一项任务交代清楚，把两套配置用顺，价值往往更直接。
81 个 PR 是这轮更新的规模，真正落到用户手里的，是更灵活的分工、更清楚的额度，以及更少重复折腾的配置过程。
对我来说，v0.22.5 最值得记住的变化就是：不只是让 AI 多干一点，而是开始认真安排——什么活，交给谁，怎样做才合适。
#探寻人工智能，从技术到真实世界#
热门跟贴