Nous Research 為它的開源 Hermes Agent 發布了一個 web dashboard,把過去一串 CLI 命令的活兒收攏成一個引導式流程來構建一個隔離的 agent。你運行 hermes dashboard,它在瀏覽器裡以一個 loopback 地址打開,默認綁定 localhost,所以沒有東西離開這台機器。安裝就一行,pip install hermes-agent 加上 web extra。表面看是個小發布,一個更友好的入口,但它給出乾淨形狀的那樣東西才值得看:agent profile。
一個 profile 通過五組來填寫。身份排第一,而名字不是裝飾:它會變成一個 shell 別名,所以叫 coder 的 profile 響應 coder chat。然後是模型與 provider,可從 Nous Portal、OpenRouter、NVIDIA、OpenAI,或任何 OpenAI 兼容端點中選;一組可切換的內置 skills;從 Skills Hub 按標識符安裝的外部 skill 目錄;以及 MCP 伺服器,HTTP 伺服器用 URL、stdio 伺服器用本地命令添加,還有一個 Nous 批准的目錄提供一鍵安裝。每個 profile 住在它自己的 home 目錄裡,裝著一個用於模型和 MCP 設置的 config.yaml、一個放密鑰的 .env、一個放性格的 SOUL.md,以及各自獨立的 memory、sessions、skills、cron 作業和一個 state 數據庫。隔離就是這個設計:一個編碼 agent 和一個研究 agent 獨立運行,從不共享 state。
對於我們持續追蹤的 runtime 之爭,這是 Hermes 這一側讓 agent 變得可擁有。dashboard 和 CLI 編輯同一批文件,所以 GUI 是低摩擦入口,CLI 仍可腳本化,但持久的貢獻是底下的格式:一個 agent 被化約為一個具名、可移植的目錄,裝著身份、模型、工具、記憶,以及一個 soul 文件,你用自己的密鑰在自己的 loopback 上運行它。這就是 own-the-weights、own-the-runtime 姿態的具體化,與托管的企業 agent 平台處於光譜的相反一端。誠實的限制也寫明了:本地後端沒有文件系統沙箱,改動 skills 或 MCP 伺服器需要重啟 session 或 gateway。
這坐落在我們兩條線交叉的地方。一條是 subagent 專門化,即從單一通才轉向 purpose-built agents;一個 profile 正是如此,一個帶文件系統 MCP 和 Git skills 的編碼 agent、一個帶 web-extract 和隔離發現的研究 agent、一個帶消息渠道和 cron 報告的運維 bot。另一條是 agent 究竟是什麼這個問題,而這裡格式表了態:它把 SOUL.md 放在 config.yaml 旁邊,把一個 agent 的身份與性格當作一個一等的、可編輯的文件,與它的模型和工具並列,帶著各自持久的記憶和 state。你不必從中讀出什麼宏大的東西,也能注意到這是釘進地裡的一根具體木樁,一個 agent 作為一件有名字、有 soul 文件、有一份能熬過 session 的記憶的東西。對於運行不止一個專門 agent 的 builders,實用版本更簡單:一個 profile-即目錄、帶 per-agent 的 MCP 和 state,勝過一堆 shell 腳本,而 dashboard 讓第一個只花一分鐘而不是一下午。