GitHub Repo
Hermes Agent 0.21.4 將 MCP 啟動併發預設為四，降低瞬間程序負載
新版把 MCP 伺服器連線改為分批執行，並同步調整探索與鎖等待期限。維護者測試顯示啟動峰值下降，但整輪等待時間增加。
Nous Research 於 9 月 21 日發布 Hermes Agent 0.21.4，將近期修補納入供 Docker、Hermes Cloud 與託管部署使用的正式標籤。其中，MCP 工具探索新增啟動併發限制，處理大量工具伺服器在代理啟動時一起建立子程序的問題。完整整理版說明仍預定於 0.22.0 公布。[版本公告](https://github.com/NousResearch/hermes-agent/releases/tag/v2026.9.21)
舊流程同時連接所有候選伺服器；採用標準輸入輸出通訊的 MCP 服務，每個都可能再建立一棵子程序樹。新版讓每輪探索最多同時連接四個服務。設定 `mcp.discovery_concurrency` 可調整上限，零代表恢復不設限；其作用是限制建立連線時的併發，不是限制之後的工具呼叫數。[探索機制](https://hermes-agent.nousresearch.com/docs/user-guide/features/mcp)
分批也改變逾時語意。探索預算依服務數與併發上限計算批數，每批配置 120 秒，整輪最多 300 秒；跨程序鎖的等待預算則設為 320 秒。這避免後來的等待者提早放棄鎖，與尚未完成的探索程序重複啟動同一批工具。[鎖等待修正](https://github.com/NousResearch/hermes-agent/pull/117956)
維護者以八個模擬服務重現：修補前峰值為八個同時啟動，預設設定下降至四個，八個服務仍全部完成連線。但整輪時間由 4 秒增加到 5.6 秒；上限降至二時，測試耗時 13.2 秒。這是以啟動時間換取較平緩負載的結果，並未證明記憶體用量減半，也不能視為真實服務的容量基準。[重現紀錄](https://github.com/NousResearch/hermes-agent/pull/117956)
官方文件確認限制適用於啟動、重新載入及設定監看觸發的探索。工程上應把它理解為「每輪連線上限」，不能據此推定整台主機只會存在四個 MCP 程序。部署者接下來宜檢查工具是否完整註冊、慢服務是否碰到整輪期限，並量測啟動尖峰與等待時間；完成連線後的常駐程序數仍取決於實際工具配置。[MCP 執行行為](https://hermes-agent.nousresearch.com/docs/user-guide/features/mcp)
文件另列出可搭配使用的延遲啟動：已具有效結構快取的服務，可先註冊工具，等首次呼叫才建立連線；新服務或設定變更後仍須先連線。這讓團隊能分別管理啟動尖峰與閒置成本，但也要驗證首次工具呼叫的等待時間，以及快取是否反映目前服務內容。[延遲啟動](https://hermes-agent.nousresearch.com/docs/user-guide/features/mcp)