Hermes Agent 0.21.4、MCPの起動時並行数をデフォルトで4に設定し、瞬間的なプロセス負荷を軽減

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サービスは、それぞれがさらに子プロセスツリーを生成する可能性がある。新版では、各回の検出処理で同時に接続を確立するサービスを最大4つに制限する。上限は`mcp.discovery_concurrency`で変更でき、0を指定すると無制限に戻る。この設定が制限するのは接続確立時の並行数であり、その後のツール呼び出し数ではない。[検出の仕組み](https://hermes-agent.nousresearch.com/docs/user-guide/features/mcp)

バッチ化に伴い、タイムアウトの扱いも変わる。検出処理の時間枠は、サービス数と並行数の上限からバッチ数を算出し、1バッチあたり120秒、処理全体では最大300秒とする。一方、プロセス間ロックの待機時間枠は320秒に設定された。これにより、後から待機に入ったプロセスがロックの取得を早々に諦め、まだ完了していない検出処理と重複して同じツール群を起動する事態を防ぐ。[ロック待機の修正](https://github.com/NousResearch/hermes-agent/pull/117956)

メンテナーは8つの模擬サービスを使って挙動を再現した。修正前は同時起動数のピークが8だったが、デフォルト設定では4に下がり、8サービスすべての接続は正常に完了した。ただし、処理全体の所要時間は4秒から5.6秒に増加し、上限を2に下げた場合は13.2秒かかった。これは起動時間を延ばすことで負荷を平準化した結果であり、メモリ使用量が半減したことを示すものではなく、実際のサービスの処理容量を評価するベンチマークとも見なせない。[再現記録](https://github.com/NousResearch/hermes-agent/pull/117956)

公式ドキュメントによると、この制限は起動、再読み込み、設定監視を契機とする検出処理に適用される。技術的には「検出処理1回あたりの同時接続上限」と理解すべきであり、ホスト全体に存在するMCPプロセスが4つだけになるとは限らない。運用担当者は、すべてのツールが登録されているか、応答の遅いサービスが処理全体の期限に達していないかを確認し、起動時のピーク負荷と待ち時間を計測するとよい。接続完了後の常駐プロセス数は、引き続き実際のツール構成に左右される。[MCPの実行時の挙動](https://hermes-agent.nousresearch.com/docs/user-guide/features/mcp)

ドキュメントでは、併用できる遅延起動も紹介されている。有効なスキーマキャッシュがあるサービスは、先にツールを登録し、初回呼び出し時に接続を確立できる。ただし、新しいサービスや設定変更後のサービスは、引き続き事前の接続が必要だ。これにより、チームは起動時のピーク負荷とアイドル時のコストを個別に管理できるが、初回のツール呼び出しにかかる待ち時間や、キャッシュが現在のサービス内容を反映しているかも検証する必要がある。[遅延起動](https://hermes-agent.nousresearch.com/docs/user-guide/features/mcp)