Hermes Agent、満を持しての“追いつき”アップデートで不具合を全部直してきた

バージョン情報

項目	詳細
バージョン	v0.22.2
リリース日	2026年10月15日
リリーステーマ	v0.22.1が届けるはずだったものを、もう一度届ける
ひとこと	v0.22.1は間違ったコードでパッケージされ、未リリースのゲートウェイ機能が混入し、Microsoft Store版が「接続中」のまま固まってしまいました。v0.22.2は、v0.22.1が本来あるべき姿です。

既知の軽微な問題：0.22.1のゲートウェイで実行されたセッションは、今のところ0.22.2では削除できません。

わかりやすい解説

再起動後、ゲートウェイが自分で起動できるようになりました

ゲートウェイはHermesの「交換台」のようなものだと考えてください。受信したメッセージをエージェントに振り分ける役割を担っています。以前は厄介なバグがありました。コンピュータの再起動後、Linuxが無関係なプログラムに古いプロセスID（PID）を割り当てることがあったのです。ゲートウェイはそのIDを見て「交換台はもう動いている」と誤って判断し、systemd、launchd、Dockerなどのスーパーバイザーが管理するゲートウェイが頑として起動を拒否していました。

今ではHermesは自分がどの起動サイクルに属しているかを記憶しています。どうしても判別できない場合は「ドアロック」を確認します。本物の生きているゲートウェイだけが鍵を持っているのです。もう誤認はなくなり、交換台は再起動のたびにきちんと仕事に戻ります。

ノートパソコンでローカルモデルを動かす：長い会話が途中で死ななくなりました

多くの人がローカルでモデルを動かすのを好んでいます。お金が節約できてプライバシーも守れるからです。しかしノートパソコンはスリープするし、メモリも厳しくなります。変更点はこちらです：

ローカルリクエストは常にストリーミングを使うようになり、ステータスバーがプロンプトに対するモデルの進捗を表示するので、ただ待つだけでなく実際に動いていることがわかります；
スタックタイマーがマシンがスリープしていた時間をスキップするようになったので、2時間フタを閉じていても「タイムアウト」エラーが発生しません；
ローカルサービスが復旧した後、自動的に一度リトライするようになり、一度の失敗ですべての後続メッセージをブラックリストに入れることがなくなりました；
会話の圧縮が、サーバーがまだ長い会話を読んでいるというだけでタイムアウトしなくなりました；
ユニファイドメモリを搭載したWindowsマシンでは、モデルの起動とプロンプトキャッシュが利用可能なメモリに基づいて割り当てられるので、マシンを潰しにくくなりました。

ちょっとした便利機能もいくつか追加

モデルピッカーに「キュレーションリスト」が上部に表示されるようになり、巨大なリストをスクロールする必要がなくなりました。nemotronがNVIDIA NIMのデフォルトモデルに適切なデフォルトパラメータとともに追加されました。また、Microsoft Storeのパッケージングが独自のwindows-storeチャネルに分離されたので、今後のStoreアップデートはよりクリーンなペースで行われるようになります。

ゲートウェイのメッセージ処理に関する各種修正

このリリースでは、ゲートウェイの「リレー」問題も一括で対処しています：内部ウェイクアップがトリガー元に誤って返信を紐付けなくなりました；拒否されたプロセス完了通知は数分間バックオフしてから、繰り返しスパムする代わりにシンプルなリマインダーを送信します；message_idが単に欠けているだけの完了ウェイクアップが正しく受信されるようになりました；そしてセッションフォロー切り替え後、元のプロファイルがフォーカスを失った場合、「コーディングポスチャー」を適切に解除します。

まとめ

一般ユーザーにとって、このアップデートで最もわかりやすいのは：Hermesが再起動後にきちんと起動し、ローカルモデルとの長い会話がより安定して途切れにくくなり、モデル選択の手間が減ったことです。これは本質的に「借金返済」リリースです。派手な新機能はありませんが、v0.22.1が残した穴を埋めています。「接続中」や再起動後のゲートウェイ起動拒否に悩まされていたなら、このバージョンにアップグレードする価値があります。

📎 公式リリースノート: https://github.com/NousResearch/hermes-agent/releases