ある雨の土曜日、Hermes Agent のリリースノート 7 本を座ったまま一気に読んだ。活字にすると退屈に聞こえる週末の過ごし方だが、プロジェクトが公開の場で自分の形を掴んでいく様子を眺めるのが楽しい質の人間にとっては、これが本当に面白い。読み終わる頃には、壁は付箋だらけ、コーヒーは 4 杯、そして自分のなかではこの期間に起きたことの輪郭がかなりくっきりしていた。
2026 年 3 月 12 日の最初のパブリックタグから、4 月 8 日の v0.8.0 リリースまでのあいだに、Hermes Agent は 27 日間で 7 本のナンバリングされたリリースを出している。平均するとリリースが 4 日に一本。これらのリリースをまたいだ PR 数を合計すると 4 桁に届く。コントリビュータの数はローンチ時点の 63 人から、とうに 200 人を超えた。
数字そのものは面白いところではない。面白いのは、この 7 本のリリースが「長くてのっぺりした PR の洪水」に見えない、という点だ。それらはきれいに 4 つのフェーズに並んでいて、プロジェクトが週単位で自分の注意をどこに向けるかを切り替えていく様子が見える。
フェーズ 1：土台（v0.2.0）
3 月 12 日 の v0.2.0 はパブリックローンチで、このリリースの仕事は動く骨格を出すことだった——マルチプラットフォームメッセージングゲートウェイ（Telegram、Discord、Slack、WhatsApp、Signal、IMAP/SMTP、Home Assistant を一つのプロセスで）、ネイティブな Model Context Protocol クライアント、70 以上の同梱スキルを持つスキルシステム、call_llm() というただ一つのエントリポイントを持つ集中化されたプロバイダルーター、そして実際にあなたのマシンをいじる権限を渡されたエージェント向けの安全網としての git worktree 隔離とファイルシステムチェックポイント。VS Code、Zed、JetBrains との ACP 統合のおかげで、初日からターミナル専用のツールではなかった。
これは「このプロダクトが何なのか」を定義するリリースだ。あとから来るものは全部、この 5 つの決断の上に積まれていく。
フェーズ 2：広がり（v0.3.0 – v0.5.0）
続く 3 本のリリース、3 月 17 日 から 3 月 28 日 までの期間は、あらゆる方向に表面積を広げることがテーマだった。
v0.3.0（3 月 17 日）は、エージェントループ全体を貫くストリーミング、プラグインシステムのフック、そして大きなメモリ統合の第一弾——メモリプロバイダとしての Honcho——を追加した。このリリースで Hermes は「ツールを持った一プロセス」から「生きたプラグインエコシステムとメモリレイヤーを持った一プロセス」に変わった。
v0.4.0（3 月 23 日）はプラットフォーム拡張に振り切った。WhatsApp Business API、添付ファイルフルサポートの Signal、それから小ぶりなゲートウェイアダプタがいくつか。同じエージェントへの玄関を増やす回だ。
v0.5.0（3 月 28 日）はハードニングのリリース。並行処理の修正、セッションの競合状態、ツール結果のハンドリング、プロバイダごとの癖。ハイライト動画にはならないが、これがないと上のどのリリースも動かない類の仕事だ。
この 3 本をまとめて読むと、プロジェクトが「コアができた今、そのコアを壊さずに現実世界のどこまで手を伸ばせるか」という問いに答えようとしているのが見える。v0.5.0 の終わりまでに出ていた答えは、「だいたいどこにでも伸ばせる」だった。
フェーズ 3：耐久性（v0.6.0 – v0.7.0）
ここから焦点が動く。3 月 30 日 の v0.6.0 と 4 月 3 日 の v0.7.0 は、このプロダクトを現実に耐えさせるための回だ。
v0.6.0 は Profiles を追加した——マルチインスタンスの Hermes。ひとつのインストールの中で、独立した設定、メモリ、セッション、スキル、ゲートウェイサービスを持つ複数のエージェントを走らせられるようになった。MCP サーバーモードも同時に入って、Hermes 自身を Claude Desktop や Cursor のような他の MCP クライアントに対して公開できるようになった。公式 Docker コンテナもここでリリースされた。そして順序付きフォールバックプロバイダチェーンが入り、「プロバイダを差し替えても組み直さなくていい」という話がここからちゃんと牙を持ち始める。新しいメッセージングプラットフォーム、飛書（Feishu / Lark）と企業微信（WeCom）の 2 つがゲートウェイに加わった。
v0.7.0 はレジリエンスのリリースで、アーキテクチャがここで初めて本格的に防御の姿勢を取った。差し替え可能なメモリプロバイダ——メモリがプロバイダの抽象基底クラスになり、サードパーティが実装できるようになった。Honcho はリファレンスプラグインとしてそのまま残る。同一プロバイダの認証情報プール、スレッドセーフな least-used ローテーションと 401 フェイルオーバー付き。Camofox のステルスブラウザバックエンド、匿名性が要るウェブ作業向け。インラインな diff プレビュー、ファイル書き込みとパッチ適用向け。X-Hermes-Session-Id ヘッダ経由の API サーバーセッション継続。そして LLM の応答を Base64 と URL エンコードされた認証情報でスキャンする、秘密情報流出防止のセキュリティの掃き出し。
v0.7.0 の終わりには、このプロジェクトはもう新しい何かには見えなくなっていた。インフラに見えるようになっていた——cron の下で走らせて、気にしなくていいインフラ、という意味で。
フェーズ 4：知性（v0.8.0）
ここで 4 月 8 日 の v0.8.0、直前の 2 つの記事で書いたリリースに行き着く。見出しは、自動行動ベンチマークによって OpenAI モデル上で自分自身の失敗モードを診断・修正する、自己最適化された GPT/Codex ツール利用ガイダンスのループだった。ただ、この 4 フェーズの弧の文脈に戻して読むと、ここで起きているのは具体的にこういうことだ——3 週間ひたすら外に向けて手を伸ばしてきたあとで、プロジェクトが初めて注意を自分自身の内側に——エージェント自身の推論品質に——戻した最初のリリース、ということだ。ライブの /model 切り替え、無料の Gemini、無料の MiMo v2 Pro、バックグラウンドタスクの完了通知、無操作タイムアウト、承認ボタン、MCP OAuth 2.1 PKCE、MCP 拡張への OSV マルウェアスキャン。PR 209 件。解決された issue 82 件。v0.7.0 から 5 日後のことだった。
このリズムが教えてくれること
この 7 本を一本の連続した弧として眺めると、3 つのことが浮かび上がってくる。
リリースにはテーマがあり、そのテーマが繰り返されない。 土台、広がり、耐久性、知性。誰かが「こういう順で行く」と布告した様子はない。それでもプロジェクトは、「次に何をすべきか」について読みを持っているかのように振る舞っている。これはたいていの場合、少数の人間が全体の表面を非常に注意深く見ていて、残りのメンバーはその方向が自明だから同じ向きに引っ張っている、ということを意味する。
PR はたくさんの手から来ている。 ここにいるのは「メンテナが一人、取り巻きが六人」ではない。リリースノートには見覚えのないハンドルが散りばめられている。先週現れたばかりの人が放り込んだ PR。このプロジェクトはコードベースというより「シーン」のように振る舞う。そしてシーンが機能するとき、それはチームよりはるかに速くモノを出す。
これは単なる多さではない——積み上がっている。 v0.2.0 でルーターが出た。v0.6.0 はルーターの上にフォールバックチェーンを載せた。v0.7.0 はフォールバックチェーンの上に認証情報プールを積み上げた。v0.8.0 はこの 3 つの上にライブな /model 切り替えを出した。どのリリースもまっさらな機能群ではなく、「前のリリースが安定していること」を前提に成立する新しい層になっている。前のリリースが本当は安定していなかったら、こんな積み方はできない。つまりテストが本当に効いているか、さもなければこの速度がすでにプロジェクトを殺していたはずだ。まだ殺されていないという事実自体が、何かを語っている。
ひとつ言っておきたい——僕は Hermes チームの一員ではない。楽しみのためにリリースノートを読み、マーケティングの表面から見えるよりずっと面白い代物だからこのサイトを運営している、ただのファンだ。ここでみなさんが見ているのは 27 日間と 7 本のリリース分の証拠だ——2026 年 3〜4 月、オープンソース層におけるエージェントエンジニアリングが、実際にはっきりと面白くなった、という証拠だ。v0.9.0 が何になるかはわからない。何であれ、出荷された日にはノートを読むつもりだ。