2026 年 4 月 8 日早上我起床，拉了最新的 Hermes Agent 构建，第一次会话做到一半，它做了一件我之前没见它做过的事。我让它在一堆日志里找一个特定的错误模式。它跑了 grep，没命中，停了一下说："这个模式在原始输出里没有——我试试在那些压缩过的归档里找。"然后它是对的。
这种事我大概永远不会完全习惯。但话说回来，v0.8.0 之所以跟 v0.7.0 感觉上完全是两个版本，很大程度上就是因为这种看不见却实实在在的东西——agent 在琢磨自己手头这摊活儿的时候，又聪明了一点点。release notes 管这一版叫 the intelligence release（智力发布）。这不是市场部的话术；它就是在描述这一版真正发生的事。
头条：Hermes 给自己写的那份工具调用指南打了个补丁
v0.8.0 里最有意思的一个 PR 是 #6120，标题叫"通过自动行为基准测试自优化 GPT/Codex 的工具调用指南"。翻译成大白话就是：项目搭了一套自动基准测试循环，拿 GPT 和 Codex 去跑各种工具调用场景，识别出这两家在调用工具时的五个具体失败模式，针对性地生成一段段指南字符串去修这些失败，测量改进幅度，然后把最终结果塞进系统提示词一起发出去。agent 自己诊断、自己打补丁，人类回路里的角色是审校，而不再是那个手写 prompt 的工程师。
跟这件事一起发的还有两个改动：系统提示词里加了一段执行纪律指南（#5414），以及针对结构化推理回应的仅思考 prefill 续写（#5931）。如果你是拿 Hermes 跑 GPT-5 或 Codex 的用户，你 4 月 8 日早上面对的那个 agent，比 4 月 7 日晚上你关掉的那个要实打实地聪明一截。写下这句话本身就挺怪的。
每个平台上都能在会话中途换模型
第二个头条是 /model 命令（#5181、#5742）。现在你可以在会话跑到一半的时候，从 CLI、Telegram、Discord、Slack，或者任何网关平台里换模型和换服务商。底下的解析器是懂聚合器的：如果你现在挂在 OpenRouter 或 Nous Portal 上，而你想换的那个模型在那边也有，它就保持走聚合器；如果那边没有，它会切去直连的那家服务商。Telegram 和 Discord 上还配了带 inline 按钮的交互式选择器——你点一下想要的那个模型，不用手打名字。
把这件事跟 v0.7.0 的凭据池、v0.6.0 的回退链拼到一起，上一篇里那个"不被服务商绑死"的故事到这里就完整了：你可以在不重启的情况下，把自己的模型阵容搭起来、拆掉、再搭回来。
免费的 Gemini，免费的 MiMo
两家新服务商进来了：Google AI Studio（Gemini）原生接入，作为一等公民 provider（#5577），同时自动对接 models.dev registry，实时检测上下文长度；以及 Nous Portal 上的小米 MiMo v2 Pro 免费档（#6018），用来跑压缩、视觉、总结这类辅助任务。如果你一直因为钱包累了而在观望 Hermes，这个礼拜的免费档实实在在变得更能用了。
后台任务完成通知
notify_on_complete 是那种小到不起眼、但会改变你用终端方式的改动。后台任务现在跑完会自动通知 agent。你起一个训练、一套测试、一次构建、一次部署，agent 就去干别的事了。后台任务跑完，agent 会被 ping 一下，然后回过头来取结果。不用轮询，也不用"是不是跑完了"那种循环。
不活动超时、审批按钮，以及其他一堆东西
还有两个改动值得单独拎出来讲。第一，基于不活动的 agent 超时（#5389、#5440）：网关和 cron 的超时现在追的是实际的工具活动，而不是墙上时钟的时间。一个正在老老实实干活的长时间任务永远不会被杀掉——只有真正闲着的会话才会超时。这修的是 cron 型 agent 最让人恼火的那个毛病：以前它们会在真活儿干到一半时被一铲子埋掉。
第二，Slack 和 Telegram 上的审批按钮（#5890、#5975）。危险命令的审批不再需要手打 /approve——你点一下平台原生的按钮就行。Slack 这边还加上了线程上下文保留，Telegram 这边的审批状态走的是 emoji 反应。
然后还有一堆每一条都值得写一篇的东西：MCP OAuth 2.1 PKCE 认证（#5420）、对 MCP 扩展包做 OSV 恶意软件扫描（#5305）、Matrix 一级对齐，带反应和已读回执（#5275）、集中式结构化日志写到 ~/.hermes/logs/ 里，配一个 hermes logs 命令（#5430）、启动时做配置结构校验（#5426），以及一轮横跨 SSRF、时序攻击、tar 路径穿越、凭据泄漏的安全加固扫尾（#5944、#5613）。
看数字
209 个合并的 PR。82 个解决掉的 issue。一次发布。距离 v0.7.0 过去了五天。
如果你看到这个数字觉得不对劲——五天窗口里塞下 209 条改动确实太多——那你读对了。就是这个意思。这个项目的某种底层构造方式，让这种速度能持续跑下去，总有一天得专门聊聊为什么。不过那是下一篇的事。