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 一起嘗試的入口點,以評估整個框架,而不是作為一個單獨的決定。