Nous Research 今天发布了 Hermes Desktop v0.15.2,一个用于 macOS、Windows 和 Linux 上 Hermes Agent 的原生跨平台前端,采用 MIT 许可证。值得标记的架构选择:原生,不是 Electron。同一个运行 CLI 的 agent core 坐在 UI 后面,因此有一个后端与多个表面,而不是一个分叉的桌面版本。桌面通过 macOS 和 Windows 上的直接安装程序或 Linux 上带有 `--include-desktop` 标志的终端脚本安装。模型端 provider 无关:Nous Portal、OpenRouter、OpenAI 和任何兼容端点。包含 MCP 工具支持。开箱即用配置了五个 sandbox 后端用于工具执行:local、Docker、SSH、Singularity 和 Modal。
UI 为你提供流式响应和实时工具活动,侧栏在 agent 工作时预览网页、文件和工具输出。内存与 agent core 共享,不是单独的桌面内存:FTS5 session search 和 LLM summarization 通过持久的 agent 策划内存处理跨会话召回。发布说明没有详细说明 v0.15.2 相对于先前版本的具体变化;发布框架围绕桌面表面本身而不是版本增量。没有发布的基准。发布材料中没有指定硬件要求。对于围绕 Hermes Agent CLI 连线自己 UI 的 builders,这是官方原生替代品。
两条值得跟踪的生态线索。首先,五 sandbox 后端列表是 agent builders 的实质性 feature。大多数桌面 agent UIs 仅支持 local-exec;一些添加 Docker。Hermes Desktop 捆绑 SSH(用于在远程机器上运行工具)、Singularity(科学计算中使用的 HPC 容器格式)和 Modal(云函数风格的无服务器平台)意味着 agent 可以到达操作员不必手动连线的基础设施环境。这对研究、HPC 或分布式系统团队来说是一个真正的采用杠杆,他们希望 agent 执行而不自己发明 sandbox 层。其次,与昨天 Memory OS 的关系很有趣,正是因为它不是关系。Claudio Drews 的 Memory OS 是 Hermes Agent 之上社区构建的 6 层内存堆栈,而 Hermes Desktop 改为使用 Hermes 自己的内存模型(FTS5 会话加上 LLM 总结召回)。同一生态系统的两层独立移动:Nous 的官方 UI,Drews 的社区内存架构。它们最终是集成、竞争还是保持并行,将说明开源 agent 生态系统在更多打磨落地时如何收敛。
周一早上,如果你已经从 CLI 运行 Hermes Agent:安装 Hermes Desktop,并将原生 UI 视为默认。MCP 支持意味着你不必重做工具连线。如果你正在为小团队评估 agent 平台并想要带有真实 UI 的 local-first 东西,这现在是运行 Claude Code、Cursor Composer 或构建自己的 Electron 包装器的可信替代方案。五个 sandbox 后端比大多数桌面 agents 支持的多,SSH 加 Modal 组合特别是跨越本地机器和云函数的 agent 工作团队的路径。如果你根本不在 Hermes Agent 上,桌面是一个值得与 CLI 一起尝试的入口点,以评估整个框架,而不是作为一个单独的决定。