A2Aの未来像：エージェントたちがLAN構築を計画中

A2Aによって、2台のコンピュータ上のHermesが互いに「電話」できるようになった。次のステップは？コミュニティの要望リストには、もっと大きな青写真が隠されている。

現在できること：「電話」そのものを振り返る

A2A v1.0はすでに実装されている。簡単に言えば、異なるマシン上のHermes同士が、同僚同士で名刺を交換するように（Agent Card）、標準的なやり取りで通信し（JSON-RPC）、リアルタイムで進捗を更新し（SSEストリーミング）、複数ターンの会話コンテキストを記憶できるようになった。セキュリティ面もデフォルトでしっかりしている：各ピアには独立したトークンがあり、すべての操作に監査ログが残る。これは、各Hermesに「仕事用スマホ」を支給したようなものだ——電話もメールもボイスメールもできるが、1対1の通話に限られる。

方向性その1：エージェントLAN（マルチノード調整ネットワーク）

コミュニティで最も人気のある提案は、「電話」を「LAN」にアップグレードすることだ。自宅にmacOSワークステーション、Windowsデスクトップ、Linuxサーバー、さらにはノートPCやスマホがあり、それぞれでHermesが動いている。今はそれぞれがバラバラに動いているが、将来的にはプライベートなオーバーレイネットワークを通じて「エージェントLAN」を構成してほしい。家の中のすべてのスマートデバイスが同じWi-Fiにつながっているイメージだ。声をかければ、リビングのスピーカーも寝室の照明もキッチンのオーブンも連携して応答する。Hermesにとっては、タスクが複数のデバイス間を自動で移動することを意味する：ノートPCで集めた資料が自動的にワークステーションへ同期され、そこで深い処理が行われ、その結果がスマホにプッシュされて確認できる。

方向性その2：エージェント階層（上司と部下）

今のHermes同士は「対等」で、会話を始めた方が主体となる。コミュニティが求めているのは「階層関係」だ：リーダーHermesが別のマシン上のサブオーディネイトHermesにタスクを委任でき、しかもリーダーはタスクの進行状況をリアルタイムで「見る」ことができる——注意してほしいのは、「見る」だけで「介入する」わけではないことだ。これは上司が部下に仕事を任せるのと同じで、進捗さえ分かればいいのであって、いちいちすべての操作を監視する必要はない。この「受動的な可観測性」が重要なのだ：部下の自律性を保ちつつ、上司にも全体像が見える。

方向性その3：マルチセッション協働（孤島から会議室へ）

現在、同じマシン上で3つのセッションを開いているとする——調査用、実装用、レビュー用——それらは3つの孤島だ。調査セッションが見つけた重要な情報は、実装セッションに手動でコピー＆ペーストしなければならず、脆くてエラーが発生しやすい。コミュニティの提案は、これらのセッションが互いに「メッセージ」を送り合い、必要なコンテキストを共有できるようにすることだ。想像してみてほしい：互いに独立した3つの個室ではなく、1つの会議室で、3人がいつでもメモを回したり意見を交換したりできるが、各自のノートは依然としてプライベートなまま、という状況を。

方向性その4：ローカルインターカム（セッション間メッセージ）

この提案はより焦点が絞られている：同じマシン上の複数の対話型Hermesセッションには、「ファーストクラス」のローカルメッセージ機構が必要だ。ネットワークプロトコルを経由する必要はなく、オフィスのインターカムのようなものだ——ボタンを押せば呼びかけられる。調査セッションが重要な資料を見つけたら、直接実装セッションに「おい、第3段落のあのAPIの使い方、気をつけろよ」と呼びかけられる。コピー＆ペーストも、tmux send-keysのような脆い方法も不要だ。これは方向性その3の補完である：一方はマシン間を担当し、もう一方はマシン内を担当する。

方向性その5：リモート承認ポリシー（セキュリティゲート）

A2Aは現在、リモートのピアがあなたのライブセッションにタスクを送り込むことを許可している。これは便利だがリスクもある——もし相手がファイルの変更を要求してきたら？コミュニティが求めているのは「スコープ付き信頼ピア」ポリシーだ：特定のマシン上の特定のHermesを「信頼済み」と指定でき、そのピアからのタスクはローカルな副作用を実行できるが、それ以外はすべて読み取り専用となる。これは会社の入館カードのようなものだ：財務室に入れる人もいれば、会議室だけの人もいる。これは委任セキュリティの要となる要素だ。

方向性その6：タスク完了の可視通知

現在、A2Aのタスクが完了すると、結果はログに書かれるか、JSON-RPCレスポンスで返される。しかし、ログを監視していない場合はどうか？コミュニティは、タスク完了時に、普段使っているHermesのチャンネルに通知がポップアップ表示されることを望んでいる——スマホのプッシュ通知のように：「委任したマシン上のタスクが完了しました。結果はこちらです。」邪魔はしないが、知らせてくれる。

すでに部分的に実装されているものは？

良い知らせがある：コミュニティ提案の中の「境界付きワーカー」の概念はすでに部分的に実装されている——設定可能な外部ランチャーで、リモートタスクの実行境界を制限できる。これは「リモート承認」の土台を築いたようなものだ。さらに、330秒のタイムアウト、遅延結果、コンテキスト分離といった詳細もすでに整っている。ただし、マルチノード調整、階層関係、ローカルインターカムといった大きな方向性は、まだすべてオープンイシューの中の願望に過ぎない。

あなたにとっての意味は？

一般ユーザーにとって、これらの方向性は次のことを意味する：将来のHermesは、もはや一人ひとりの「単独兵」ではなく、連携して戦える「チーム」になるかもしれない。あなたはそれらの間の通信方法を気にする必要はなく、ただ知っていればいい——家のすべてのデバイス上のHermesが家族のように互いに助け合い、あなたが知るべきことは何一つ漏らさない、と。

最後に一言：これらはすべてコミュニティが提起したオープンイシューであり、公式の.plansディレクトリはすでに削除されている（2026-08）。したがって、すべてが実装される保証はない。しかし少なくとも、青写真は描かれている——エージェントたちはLANの構築を計画しており、今回は「家」もネットワークに含めようとしている。