AIエージェントのためのメッシュアーキテクチャ：クライアント分離とプロジェクト間連携

メッシュ vs ハブアンドスポークアーキテクチャ

著者は、Daniel MiesslerのPAIなどのセットアップで普及しているハブアンドスポークモデルと、自身のメッシュアプローチを対比しています。ハブアンドスポークでは、共有メモリを持つ1つの中央アシスタントがすべてのワークフローを処理し、深さと引き換えに広さを得ています。一方、メッシュアーキテクチャでは、各クライアントのプロジェクトごとにドメイン特化型エージェントを作成し、各エージェントが深いプロジェクトコンテキストを持ちながら、メモリ空間を競合させることなく動作します。

システム実装の詳細

このシステムは、調整のためにプレーンマークダウンファイルと命名規則を使用しています：

• STATE.md は作業メモリ用
• CLAUDE.md と AGENTS.md はエージェントの指示用
• 構造化されたメモはプロジェクト間通信用
• すべての基盤にはGitによるバージョン管理

データベースもプラットフォームもなく、CLIツール以外の依存関係はありません。各プロジェクトは独自のノードとして、独自の状態ファイルと指示ファイルを持ち、クライアントAのコンテキストがクライアントBのセッションから分離されていることを保証します。

エージェント間通信

エージェントは、構造化されたメモ（プレーンマークダウンファイル）を互いの受信ディレクトリに配置することで調整を行います。これは、チームメンバー間でやり取りされるメールに似ています。例としては：

• コンテンツエージェントが草案を完成させ、開発者エージェントが次のセッションでそれを引き継ぐ
• システム管理者エージェントがバグを見つけ、ウェブ開発エージェントに送信する
• インフラストラクチャの変更がウェブサイトに影響を与える
• コンテンツの決定がプロジェクト管理の入力に依存する
• 要件仕様が開発作業をトリガーする

SSHアクセスが目的を損なうような真の分離が必要なプロジェクトでは、メモシステムはメールに拡張され、環境間の直接アクセスがありません。

ツールに依存しないアプローチ

著者は、Claude Code、Codex、Gemini CLI、DeepAgentをさまざまなプロジェクトで使用しています。規約が単なるファイルであるため、ベンダーの境界は目立ちません。Claudeエージェントが送信したメモをCodexエージェントが受け取ることも可能です。プロジェクトのニーズに合わせてベンダーを切り替えることは、ワークフローの標準的な一部です。

実用的な成果

このシステムは約1年間、実際のクライアント作業で運用されており、14の組織にわたる44のプロジェクトを処理しています。著者は以前はエージェント間のすべての調整を担っていましたが、現在は作業を引き継ぐのではなく、レビューするだけです。