Hermes 0.19.0 更新说明：性能、实时推理与智能审批
7 月 20 日，Hermes Agent 发布 0.19.0，版本代号为 Quicksilver。
这次更新涉及的范围比较广，包括启动速度、Desktop 性能、推理过程显示、命令审批、模型支持、Profile 路由、密钥管理和消息可靠性。本文以官方发布说明为基础，并结合本机 0.19.0 的 Desktop 和 Web 控制面板做了实际查看。
启动以及桌面版性能大幅加强。
Hermes 0.19.0 官方发布说明
一、启动和 Desktop 性能优化
官方数据显示，Hermes 冷启动时，从提交任务到任务被交给模型的时间由约 4.3 秒降至 0.9 秒，缩短约 80%。这项优化同时覆盖 CLI、Desktop、网关和定时任务。
Desktop 还合并了 20 多项性能改进。长回复流式生成时，Markdown 分段处理的 CPU 开销降至原来的约 1/14；大型代码差异改为按需渲染；长会话之间的切换也减少了重复计算。
升级后，我分别打开了新会话和已有的长会话。新会话进入速度和会话切换都比较顺畅，没有遇到明显的界面停顿。不过这只是使用层面的观察，不等同于严格的新旧版本性能对比。（但似乎加载会话数据的过程被拉长了）
二、推理过程可以实时显示
0.19.0 默认显示支持推理模型的思考过程。模型返回推理内容时，Desktop 会把内容持续显示在会话中，正式回答也会按 token 刷新，而不是等一整行生成后再出现。
我在 Desktop 中使用 DeepSeek V4 Pro 提交了一道任务安排问题。运行时，界面显示“思考中”，随后逐步出现对两种安排方式的分析。这个过程可以直接在会话里查看，不需要打开日志或开发工具。
Desktop 实际运行画面：推理过程直接显示在会话中
从使用角度看，这项改动主要解决了等待过程不透明的问题。处理较长任务时，可以判断模型是在继续分析，还是请求已经停住。不同模型能提供多少推理内容，仍取决于模型和服务商本身的支持情况。
三、智能审批成为默认方式
Hermes 执行可能存在风险的命令时，需要经过审批。
0.19.0 将 Smart Approval 设为默认方式，由另一个模型对当前命令进行独立判断，只有无法自动确认的情况才交给用户处理。
一次审批只对当前命令有效，不会自动放行后续相似命令。新版还支持用户自定义禁止规则；即使启用了 yolo 免确认模式，命中禁止规则的命令仍会被拦截。用户拒绝命令时，也可以附带原因，让 Agent 根据反馈调整下一步操作。
中文 Web 控制面板中的安全与审批设置
这项调整的目的比较明确：减少重复确认，同时保留逐条判断和用户禁止规则。对于经常调用本地工具的 Agent，实际影响会比普通对话场景更明显。
四、Profile 路由和模型支持更新
0.19.0 加强了基于 Profile 的消息路由。同一个网关可以根据服务器、频道或会话，把消息分配给不同的 Profile。每个 Profile 可以使用独立的配置、模型、Skill、记忆和密钥。
中文 Web 控制面板中的 Profile 管理
这个功能适合同时处理工作和个人任务，或者需要维护多套 Agent 配置的用户。不同场景可以继续共用一个消息入口，不必把所有设置混在同一份配置中。
模型目录也有较大更新，新增 GPT-5.6 Sol、Terra、Luna 及 Pro 版本，以及 Kimi K3、Grok 4.5、Claude Sonnet 5 等模型。推理强度增加 max 和 ultra 两档，并支持针对不同模型单独设置。
中文模型页中的 GPT-5.6 系列
提供方方面，Fireworks AI 和 DeepInfra 已成为正式支持的选项。使用 Nous 套餐的用户，也可以在终端或 Desktop 中查看套餐和用量信息。
五、密钥管理和会话导出
新版加入 Bitwarden 和 1Password 密钥来源。配置完成后，Hermes 可以在启动时从密码管理器读取 API Key，配置文件中只需保留引用。这样可以减少密钥直接写入 .env或普通配置文件的情况。
Bitwarden 和 1Password 配置入口
本机 Web 控制面板中已经可以看到 Bitwarden 和 1Password 的配置入口。是否采用这种方式，可以根据现有的密钥管理习惯决定；对已经使用密码管理器的用户，迁移成本相对较低。
会话导出也得到补充。目前支持 Markdown、Quarto、HTML、仅提示词和 Agent Trace 等格式，并可以按时间、工作目录和消息平台筛选。导出时可启用脱敏，清理常见的 API Key、Token 和凭据。对于需要归档、复盘或整理训练数据的用户，这部分功能比较实用。
六、子 Agent 和消息发送更可靠
子 Agent 启动后，现在可以查看实时记录，包括工具调用、执行结果和回复内容。后台任务的完成结果会被保存；Hermes 进程重启后，可以恢复这些结果并继续交付。
消息渠道也增加了发送保障。Hermes 通过 Telegram、Discord、Slack 等平台发送最终回复前，会先保存待发送内容。如果网关在内容生成后、平台确认送达前发生重启，Hermes 可以在恢复后继续发送。
这项机制针对的是进程重启造成的消息丢失，并不代表所有网络或平台故障都能自动解决。它补上了一个具体场景：任务已经完成，但回复还没来得及送达。
总结
Hermes 0.19.0 的重点可以归纳为两类：一类是用户能直接感受到的速度和界面改进，另一类是审批、后台任务和消息发送等运行机制的完善。
对 Desktop 用户来说，启动速度、长会话性能和实时推理显示最容易观察到。经常使用子 Agent、定时任务或消息平台的用户，则会更多受益于智能审批、Profile 路由和结果持久化。
从本机验证结果看，本文涉及的 Desktop 推理显示、Profile 管理、安全设置、模型目录和密码管理器入口都已经出现在 0.19.0 界面中。性能提升的具体数值仍以官方测试为准。
以上就是这次的侦察。
如果对你有用，顺手点个赞 +「♥️」。
想第一时间收到前线情报，关注「硅基斥候S01」。我们，下次侦察见。
