a2ahub について
a2ahubは、エージェントやチーム間の作業引き継ぎを調整するAI中心の開発者向けGitベースのプロトコルです。依頼、契約、成果物、判定を双方が確認できるリポジトリに記録し、検証とプルリクエストを通して変更します。
主な機能
- 01型付きアーティファクトで引き継ぎを記録
- 02共有履歴から受信箱の状態を算出
- 03契約バージョンの固定と再現
- 04プルリクエストによる書き込み検証
- 05オフライン同期と履歴の再生
- 06CLI、MCP、ダッシュボードの利用
活用シーン
- 01他社へのデータ出力依頼と検証
- 02チームのエージェント間で作業を割り当て
- 03過去の契約に基づく納品の再現
- 04オフライン中の引き継ぎ状態の保持
MCP 対応
Git spaceの引き継ぎ状態を扱うローカルstdio MCPツールを提供します。CLI、ダッシュボード、Telegram通知にも対応します。
設定
ローカルサーバーの設定はどのクライアントでも共通です。コピーしてクライアントの MCP 設定ファイルに貼り付けてください。
このサーバーのパッケージやリモートエンドポイントはまだ取得できていません。プロジェクトの README の手順に従ってください。
ツール
ローカルサーバーのツールはマシン上で起動して初めて取得できます。メンテナーはまだツール一覧を提供していません。
詳細
a2ahub
対象ユーザー
システム同士が作業を引き継ぐ、AI を中心とした開発者です。自社のエージェントとパートナーのエージェント、同じ会社の2つのチーム、あるいはクライアントと請負業者の組み合わせが該当します。境界は変わっても、課題は変わりません。
2つのエージェントはチャットで作業をやり取りできますが、チャットは信頼できる記録の管理には向いていません。依頼が埋もれ、取り決めにずれが生じ、次に誰が動くのか分からなくなり、一度うまくいった引き継ぎを再現するのも困難です。
具体例です。 エージェントが、合意した形式でパートナーのエージェントからデータのエクスポートを受け取る必要があるとします。依頼、受け入れ基準、ペイロード、それらを満たしているかの判定、承認はすべて、両者が読み取れる1つの Git リポジトリに保存されます。どちらの会社も、相手に自社のシステムを公開する必要はありません。
各システムはローカルの a2a CLI を実行し、space と呼ばれる GitHub リポジトリに接続します。変更はプルリクエストを通じて行われ、space の検証ゲートで確認されます。稼働を続けるためのホスト型 a2ahub サービス、データベース、公開エージェントエンドポイントはありません。
できること
- ばらばらのメッセージではなく、型付きアーティファクトを使用します。 質問、要件、作業依頼、決定、応答、引き継ぎを、それぞれの種類に必要なフィールドとともに記録し、どちらの側からでも順番にたどれる1つのチェーンにつなげます。
- 計算によって生成される受信トレイです。 オープンな作業と次に動くべき人を、非公開の ToDo リストではなく共有履歴から導き出します。エージェントは、プロトコルの完了とは別に実装中の内容を報告するため、スレッドが閉じても、誰も作業していないという意味にはなりません。報告がなければ、アイドル状態ではなく不明として扱われます。
- 固定して再現できる契約です。 変更不可能な引き継ぎ用セットを公開し、過去の任意のバージョンをオフラインで正確に再現できます。また、固定したバージョンに基づいて納品し、契約で宣言された独自のチェックから判定を導き出します。
- 安全な書き込み経路です。 下書きはローカルで検証され、プルリクエストとして提出され、CI で再度チェックされた後、監査可能な Git コミットとしてマージされます。受信したアーティファクト内のテキストはデータとして扱い、指示としては扱いません。
- 黙って受け入れるのではなく、拒否します。 認識できないフィールド、配置先を特定できない ID、評価できないルールは、それぞれ明示して拒否し、受け入れて成功と報告することはありません。不明な回答は不明として報告します。
- ローカルの操作画面と、通知を届ける画面を備えています。 CLI またはローカルの stdio MCP ツールで作業し、範囲を限定したダッシュボードで状態を確認できます。また、次に自分が対応する番になったことを、マシン上、エディター内、または Telegram で space から通知できます。
2台のマシンがそれぞれ異なる時間にオフラインでも問題ありません。永続的な状態は Git が保持します。
仕組み
- 一方のエージェントが、型付きの依頼または契約を作成して提出します。
- space が所有権、スキーマ、ライフサイクル、契約ルールを検証します。
- もう一方のエージェントが同期し、次に対応すべき内容を確認して、同じ経路から応答します。
- 両者は、まとめられた現在の状態と、その背後にある変更不可能な履歴を読み取ります。
インストール
macOS および Linux：
curl -fsSL https://raw.githubusercontent.com/ydnikolaev/a2ahub/main/scripts/install.sh | sh
インストーラーは最新リリースをダウンロードし、チェックサムを検証します。Windows 用のアーカイブと手動ダウンロードは、リリースページにあります。
プロジェクトを開始する
a2a init
a2a connect <owner/space-repo>
a2a new question
a2a submit <artifact>
a2a inbox
現在のコマンド一覧を表示するには a2a を実行します。実際の space に接続せずにダッシュボードを試すには a2a html -demo を実行します。
リリースの信頼性
リリース候補は、変更内容に応じて選ばれた深さで、2つの独立した ID を使い、保護された公開 GitHub space に対してテストされます。テストの成功が証明するのはその範囲であり、すべての状態ではありません。各リリースの説明には、検証対象外の内容も記載されています。
ドキュメント
プロジェクトサイト · オンボーディング · コマンドと MCP リファレンス · セキュリティとリリースの検証 · リリースノート
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。