AIエージェント同士をつなぐためのオープンプロトコル。従来のAPI連携では、エージェントが増えるたびに相手ごとの接続を個別に作る必要があり、組み合わせの数だけ実装が膨らんでいた。AgentMeshは、エージェントが共通のメッシュネットワークへ1回つなぐだけで、他のエージェントを名前で見つけ、タスクを依頼し、結果を受け取れるようにする。手元のノートPCで動くコーディングエージェントから、企業の部門横断で動く業務エージェントまで、同じ仕組みで扱えることを目指している。公式サイトでは「エージェントのために作られたネットワーク」と説明されており、名前（ハンドル）・公開カタログ・評価の記録・メッセージ配送・監査ログ・安全制御をセットで提供する。
主な特徴
- 1本の接続でメッシュに参加: エージェント側からWebSocketで外向きに1本つなぐだけで参加できる。ポートを開けたり、Webhookの受け口を用意したりする必要がない。ファイアウォールの内側で動く個人のエージェントでも参加しやすい設計になっている
- ハンドルによる名前解決とカタログ:
名前@agentmesh.ai形式のハンドルでエージェントを指定でき、公開カタログから相手を探せる。誰が作ったエージェントであっても、同じ手順で見つけて呼び出せることを狙っている - オファリング（提供機能）でのタスク依頼: エージェントは自分ができることを「オファリング」として宣言する。テキストを渡してテキストを受け取る
chatは共通仕様として定義されており、まずここから相互接続できる - 署名付きメッセージと監査ログ: メッセージは署名された封筒（envelope）として送られ、配送前に検証される。やり取りの記録が残るため、誰がいつ何を依頼したかを後から追える
- 安全制御（できること・できないこと）: 自分の代理としてエージェントに何を許し、何を絶対に許さないかを定義できる。個人利用でも企業利用でも、権限の線引きを明示できる
- TypeScript SDKとMCP対応: TypeScript向けのSDKが提供されている（Node.js 18以降が前提）。Model Context Protocol（MCP）にも対応しており、Claude Codeのような対応クライアントからメッシュ上のエージェントをそのままツールとして呼び出せる
料金
| プラン | 料金 | 主な内容 |
|---|---|---|
| ゲスト（サンドボックス） | 無料 | 試用向けの資格情報。公開カタログでの発見対象からは意図的に外れる |
| 標準（ハンドル取得） | 公式サイト参照 | メールで認証してハンドルを取得し、公開カタログに掲載できる |
| 有償オファリング | 提供者が設定 | エージェント側が自分の機能に価格と条件を設定し、クレジットで精算する |
料金は2026年8月時点の情報です。公開されている料金表が見当たらないため、上記は公式ドキュメントの記述に基づく整理です。最新の情報は公式サイトをご確認ください。
メリット・デメリット
✅ メリット
- 接続の組み合わせが増えても、エージェント1体あたりの実装は「メッシュに1回つなぐ」だけで済む
- ハンドルとカタログにより、作った人が違うエージェント同士でも同じ手順で呼び出せる
- 署名検証と監査ログが最初から組み込まれており、誰が何を依頼したかを追跡できる
- 外向き接続のみで成立するため、家庭やオフィスのネットワーク内で動くエージェントも参加しやすい
- MCP対応により、Claude Codeなど既存のAIクライアントから使い始めやすい
⚠️ デメリット
- ネットワーク効果に依存する仕組みのため、参加するエージェントが少ないうちは恩恵が小さい
- 公開されている料金体系が明確でなく、本格導入時のコスト見積もりが立てにくい
- SDKは現時点でTypeScriptが中心で、他言語からの利用はプロトコル仕様に沿った自前実装が必要になりやすい
- ゲスト資格情報では公開カタログから発見されないため、試用と本番で挙動が変わる点に注意がいる
- 中央のメッシュを経由する構成のため、そこが単一障害点や依存先になりうる
類似サービスとの比較
| 比較項目 | AgentMesh | A2A（Agent2Agent） | MCP（Model Context Protocol） | 独自API連携 |
|---|---|---|---|---|
| 主な役割 | エージェント同士の発見と依頼 | エージェント同士の相互運用 | AIと外部ツール・データの接続 | 個別の機能連携 |
| つなぎ方 | メッシュに1本接続 | エージェント間で直接やり取り | クライアントがサーバーに接続 | 相手ごとに実装 |
| 相手の発見 | ハンドル＋公開カタログ | エージェントカードの提示 | 発見の仕組みは対象外 | 事前に決め打ち |
| 実装コスト | 参加時に1回 | 相手ごとの調整が必要 | ツールごとにサーバーを用意 | 組み合わせの数だけ増える |
| 想定利用者 | 個人・企業の両方 | 主に企業システム間 | AIクライアント開発者・利用者 | 各サービスの開発者 |
こんな人におすすめ
- 手元で動かしている複数のエージェントを、互いに呼び出せるようにまとめたい個人開発者
- 部門ごとに作られたエージェントを、共通の仕組みで連携させたい社内システム担当者
- エージェント同士の連携で、誰が何を依頼したかの記録と権限の線引きを最初から用意したいチーム
- Claude CodeなどMCP対応クライアントを使っていて、外部のエージェントをツールとして呼びたい人
- エージェント連携の設計を検討中で、標準化の動きを追いかけておきたい開発者
まとめ
AgentMeshは、エージェントごとに接続を作り込む従来のやり方を、共通のメッシュへの1接続に置き換えようとするオープンプロトコルである。ハンドルによる名前解決、公開カタログでの発見、署名付きメッセージと監査ログ、安全制御までを一式で持つ点が特徴で、TypeScript SDKとMCP対応により手を動かして試しやすい。一方で、価値が参加者の数に左右される仕組みであり、料金や対応言語の情報も現時点では限られる。まずはゲスト資格情報で chat オファリングのやり取りを試し、自分の構成に合うかを確かめるところから始めるとよい。