6月20日消息,Nous Research 发布 Hermes Agent v0.17.0(代号"The Reach Release"),包含约1475次提交、800+合并PR、245位社区贡献者的工作量。这是自2月25日首发以来迭代最密集的一次版本。更新覆盖四条主线:消息平台触达(iMessage、WhatsApp 官方API、Raft 网络)、Agent 能力进化(异步子代理、图像编辑、Grok Composer 模型接入)、开发者体验重构(桌面应用全面升级、仪表盘 Profile Builder、自动化蓝图)、以及基础设施优化(原子化内存操作、Curator 免费运行、安全登录)。Hermes 在 GitHub 上已积累约198K Star 和 35K Fork,是2026年增速最快的开源 Agent 框架。 14项更新:The Reach Release
这次版本的命名"The Reach Release"准确反映了更新逻辑:v0.16.0 让 Hermes 登上桌面,v0.17.0 要把它的触达范围尽可能延伸。
消息平台层新增三条通道。 iMessage 通过 Photon Spectrum 集成实现原生支持,hermes photon login 完成设备码认证后即可收发 iMessage,不需要一台 Mac 做中继、不需要 BlueBubbles 桥接。WhatsApp 新增官方 Meta 商务云 API 适配器,与已有的 Baileys 桥接并存,无需保持二维码扫描进程。Raft 代理网络作为新型捆绑适配器接入,按合约保护隐私,唤醒载荷仅携带元数据。加上此前已支持的 Telegram、Discord、Slack、Signal 等,Hermes 的消息渠道总数突破 20 个。
Agent 能力层有三项实质性升级。 异步子代理通过 delegate_task(background=true) 实现后台运行,分发后立即返回句柄,结果完成后以新轮次进入主会话,不再阻塞主对话。图像生成工具 image_generate 新增 image-to-image 编辑模式,支持修改颜色、移除背景、草图转渲染图等操作,所有图像提供商均可使用。Cursor 的 Composer 模型 grok-composer-2.5-fast 通过 Grok OAuth 接入,200K 上下文窗口,Grok 订阅用户无需额外 API Key。
开发者体验层做了四处重构。 桌面应用从"预览"升级为"日常驱动"——可重绑快捷键、原生系统通知、实时子代理监控窗口、按模型预设的 Composer 选择器、VS Code 主题直装、可调整终端窗格、按线程管理的 Composer 草稿、自动 RTL 支持。仪表盘新增完整 Profile Builder,浏览器内即可选择模型、技能、附加 MCP,无需手动编辑 config.yaml。技能中心浏览器全面改版,连接 OpenAI、Anthropic、HuggingFace、NVIDIA 等注册中心,安装前提供完整预览和安全扫描。自动化蓝图取代 cron 语法,"每天早上8点新闻简报"自动生成可编辑表单,可在仪表盘、CLI、Telegram、文档等多处渲染。
基础设施层解决了三个长期痛点。 内存工具支持操作数组,批量 add/replace/remove 在一次调用中原子应用,即使单次添加超预算也能完成。Curator 默认停止消耗辅助模型令牌——确定性技能剪枝免费运行,基于 LLM 的整合需手动开启 curator.consolidate: true。安全登录要求令牌认证的端点返回 401,WebSocket 使用仪表盘令牌,public_url 暴露更安全。
从"能用"到"能驻留"的技术拐点
v0.17.0 的更新密度本身就是信号:1475次提交、1693个文件变更、235,390行插入——这不是功能点的堆砌,而是 Hermes 从"可以运行的 Agent"向"可以长期驻留在用户生活中的基础设施"转型的技术拐点。
iMessage 支持的意义不仅是多了一个渠道。苹果生态的封闭性意味着 Agent 框架要进入蓝色气泡通常需要自托管一台 Mac 运行中继——这是部署成本最高、维护最麻烦的消息通道。Photon Spectrum 通过托管号码池绕过了这个瓶颈,把 iMessage 的接入成本降到和 Telegram 同级。
异步子代理解决的是 Agent 的"注意力瓶颈"。此前子代理执行期间主会话被阻塞,用户必须等待结果才能继续对话。background=true 模式让主 Agent 可以同时分发多个后台任务,这是构建复杂工作流(多步骤研究、并行数据收集、定时任务链)的前提能力。
Curator 默认免费运行的决策则反映了一个实际问题:技能数量膨胀后,每次运行时的 LLM 整合成本变成了隐性开销。切换为确定性剪枝后,日常使用中技能管理不再消耗 API 预算,只有显式开启整合时才调用模型。
开源 Agent 生态的格局效应
Hermes 从2月25日首发到6月19日的 v0.17.0,四个月内从零增长到约198K GitHub Star。作为对比,OpenClaw 作为同赛道先行者积累了约345K Star,但 Hermes 在峰值阶段每周增长约9500 Star,超过 OpenClaw 同期的约3000 Star/周。两者的差异化路线已经清晰:OpenClaw 胜在生态广度(13K+社区技能、更多平台集成),Hermes 胜在学习深度(三层记忆、自进化闭环、Curator 管理)和安全姿态。
v0.17.0 的 Skills Hub 改版和安全扫描机制是对 OpenClaw 此前暴露的安全问题的直接回应——后者曾在4天内被披露9个 CVE,根源是大规模社区技能缺乏审核。Hermes 选择了更小但更受管控的技能市场策略,安装前预览 + 安全扫描是这个策略的产品化落地。
对于 ChooseAI 的目标用户群(独立开发者和内容创作者),Hermes 的定位可以概括为:一个自托管、持续学习、跨平台触达的个人 AI 基础设施。与 Claude Code 或 Codex 这类专注编程的 Agent 不同,Hermes 的核心场景是日常自动化——新闻简报、消息管理、定时任务、多平台内容分发——更接近"AI 生活助手"而非"AI 编程助手"。 竞品对比:Hermes vs OpenClaw vs Claude Code
OpenClaw(~345K Star)——平台集成数量和社区技能生态仍是最大优势,但安全问题和跨会话记忆的缺失是结构性短板。适合需要大规模多平台部署的企业场景。
Hermes Agent(~198K Star)——三层记忆(会话上下文/持久记忆/自进化技能)和 Curator 技能管理是核心差异化。v0.17.0 补齐了 iMessage 和 WhatsApp 官方 API 两个平台短板,桌面应用达到日常可用水平。适合独立开发者和小团队的长期自动化场景。
Claude Code(npm 月下载 4630 万)——专注终端编程,Remote Control 支持跨设备监控,但不是通用自动化 Agent。没有内建的消息平台集成、定时任务或自进化能力。适合纯编程工作流。
三者的竞争关系更接近互补而非替代:Claude Code 写代码、Hermes 跑自动化、OpenClaw 做大规模集成。但 Hermes 的自进化架构意味着它的能力边界会随使用时间持续扩展,这是另外两个产品不具备的结构性优势。
局限性与不确定性
自进化的跨域迁移仍是未解问题。 TokenMix 基准测试显示,Hermes 自创建的技能可将同类任务时间缩短 40%,但从"总结 GitHub PR"学到的技能不能迁移到"规划数据库迁移"。域内积累有效,跨域泛化仍是 AI 领域的基础性开放问题,Hermes 并未声称解决它。
开源增长的可持续性存疑。 198K Star 在四个月内从零积累,增速惊人但也意味着社区管理压力巨大——当前 5000+开放 Issue 的处理速度是衡量项目健康度的关键指标。Nous Research 作为一家研究机构,其长期维护一个高速迭代的开源项目的资源承诺尚未被市场充分验证。
自托管模式的天然门槛。 Hermes 运行在用户自有基础设施上,这是其隐私优势的来源,但也意味着 VPS 部署、模型 API Key 管理、消息平台认证配置等操作需要一定技术基础。对于 ChooseAI 的非技术用户群,入门成本高于 Claude.ai 或 ChatGPT 等托管服务。