A2UI は、Google が開始したオープンソースのエージェント駆動型インターフェイス プロトコルで、エージェントが宣言的な JSON UI を出力し、さまざまなレンダラーによってネイティブ インターフェイスに安全にレンダリングできるようになります。

A2UIツールテキスト

コアパラメータと統計

パラメータ	現在の公開情報	説明
製品のポジショニング	エージェント駆動型 UI プロトコル	ターミナル SaaS ではなく、プロトコルと開発インフラストラクチャ
メンテナンスフォーム	公式サイト + GitHub オープンソース リポジトリ	Apache 2.0 ライセンス
現在のメインライン	v1.0 候補 / v0.9.1 安定版	実稼働安定版と並行した候補仕様
互換トランスミッション	A2A、AG-UI、REST、WebSocket、MCP	さまざまなエージェント リンクへの接続に適しています。
レンダラーの方向	React、Angular、Lit、Flutter など	クロスクライアント レンダリングを重視

A2UI の核心は、「チャット バブルをより美しくする」ことではなく、安全で宣言可能なクロスターミナル UI プロトコルのレイヤーをエージェント製品に追加することです。

ユーザーと市場の認識

• 開始者は Google であり、プロジェクトは独立したドキュメント ステーションと GitHub ウェアハウスの形で公開されており、これが 1 回限りのデモではないことを示しています。
• ドキュメントとロードマップは、A2A、MCP、GenUI、およびその他のエコロジーを明確にリンクしています。これは、エージェント インフラストラクチャ層での標準的な試みです。
• 公開ページには商用顧客の規模や採用がありません。そのため、現段階では、成熟した商用プラットフォームというよりも、「注目に値するプロトコルの方向性」とみなすのが適切です。

コストメリット

• C サイド/個人: 一般ユーザーに販売されるツールではないため、サブスクリプション価格はありません。
• 開発者/API: オープン ソース プロトコルとリファレンス実装は公開されており、試用コストは主にプロジェクト アクセスとレンダラーの適応時間です。
• エンタープライズ/プライベート: 利点は、自社開発の UI プロトコルとセキュリティ パッチのコストを削減できることですが、個別の商用購入ページはありません。

その隠れた利点は、エージェントが生成するフロントエンド コードのリスクとメンテナンス コストを削減することです。隠れたコストは、チームが「プロトコル層の構築」をすぐに使えるように期待するのではなく、受け入れなければならないことです。

主な機能

• 宣言型 UI プロトコル: エージェントが任意の実行可能なフロントエンド コードの代わりに構造化された JSON を出力できるようにします。
• 複数のレンダラーのサポート: React、Lit、Angular、Flutter などの異なるエンドサイドで同じプロトコルを実装できます。
• マルチトランスポート互換: A2A、AG-UI、REST、WebSocket、MCP、その他の伝送リンクに組み込むことができます。
• コンポーネント カタログとアクション コールバック: インターフェイス表示とエージェントへのユーザー インタラクション コールバックの両方をサポートします。
• ストリーミングおよびプログレッシブ レンダリング: LLM により適したインクリメンタル出力方法。

モデルとバージョンの進化

• ~2025-10 / v0.8 初期パブリック リリース: ロードマップは初期パブリック リリースをマークし、GitHub Apache 2.0 オープン ソース A2A 拡張機能とマルチ レンダラーを主要なマイルストーンとしてリストしています。
• ~2026-03 / v0.9.1 安定版: 現在の安定した製品リリースとして正式にマークされており、現在の製品に使用されます。
• ~2026-03/v1.0 候補: 仕様は候補バージョンの次の段階に入り、プロトコルがより正式で安定したバージョンに向かって進んでいることを示しています。

A2UI の主なアップグレード ラインは機能ボタンではなく、プロトコルの制約、互換性、および生態学的相互運用性の段階的な収束です。

技術的な利点

• メカニズム: エージェントの代わりに宣言型プロトコルを使用して、実行可能な UI コードを直接生成します。

  効果: UI インジェクションと任意のコード実行のリスクが大幅に軽減されます。 該当するシナリオ: エンタープライズ エージェント、リモート エージェント、および信頼境界間のレンダリング シナリオ。

• メカニズム: タイルおよびストリーミング JSON 構造は、LLM 増分生成により適しています。

  効果: クライアントは、コード全体が生成されるのを待つ代わりに、プログレッシブ レンダリングをより速く実行できます。 該当するシナリオ: チャット エージェント、動的カード、リアルタイム フォーム。

• メカニズム: プロトコルはレンダラーから分離されています。

  効果: フロントエンド チームは、クライアントごとにエージェント UI プロトコルを再構築する必要がありません。 該当するシナリオ: クロス Web、アプリ、および組み込みエージェントの対話型製品。

使い方

• プロトコルの学習パス: まず、ロードマップと仕様のページを読んで、スキーマ、サーフェス、アクション、データ フローを理解します。
• 開発アクセス パス: 既存のレンダラーを選択します -> エージェントに A2UI JSON を出力させます -> クライアント上でレンダリングし、アクションの戻りを受け取ります。
• アーキテクチャ検証パス: 最初に単一のエージェント シナリオでパイロットを行い、次にそれを統合 GenUI プロトコル レイヤーとして使用するかどうかを決定します。

製品の価格設定

A2UI は現在、商用サブスクリプション価格を提供しておらず、公開価値は主にオープンソース プロトコルとリファレンス実装から得られます。

レベル	現在の公開状況	説明
契約書と文書	無料	公式サイト公開
コードの実装	無料	GitHub Apache 2.0
製品版	未公開	独立した商用購入ページはありません

チームにとってコストはライセンスではなく、プロジェクトへのアクセス、プロトコル モデリング、レンダラの選択にあります。

アプリケーションのシナリオ

• エンタープライズ エージェント製品: エージェントは、安全で制御可能なビジネス インターフェイスを出力できる必要があります。
• 端末間のエージェント対話: 同じエージェント UI 記述が Web 端末とモバイル端末の両方をサポートすることが望まれます。
• プロトコル層の標準化: 各エージェント チームが独自の UI 出力形式を発明することは望んでいません。

該当する人

• フロントエンドまたはプラットフォーム エンジニア: エージェント製品を構築しており、持続的に維持される UI プロトコル層が必要です。
• エンタープライズ アーキテクチャ チーム: セキュリティ、クロスエンド互換性、プロトコル ガバナンスに重点を置きます。
• A2A / MCP / AG-UI 統合開発者: UI 層をエージェント通信プロトコルに組み込む必要があります。

境界に適合しない: A2UI を既製のターミナル SaaS または「ローコード ビジュアル チャット コンポーネント ライブラリ」として扱うチームは、A2UI がそのような製品ではないことにすぐに気づきます。

概要と展望

同社は、その分野で競争力のあるソリューションを提供しており、その核となる価値は、この分野での AI 利用の敷居を下げることにあります。

現在の制限事項: 一部の高度な機能には有料のサブスクリプションが必要であり、無料版には機能または使用制限があります。具体的な技術的詳細と性能ベンチマークはまだ完全には開示されていません。

関連ツール: github-copilot、cursor

バージョン情報

• A2UI v1.0 候補 ：公式仕様ページでは、v1.0 をプロトコル メインラインの次のフェーズとして候補としてマークしています。実稼働安定バージョンはまだ 0.9.1 です。 （~2026-03）
• 現在の安定した製品リリース ：現在の製品リリースとして正式にマークされ、MIME タイプを統一し、surfaceId 制約を緩和しました。 （~2026-03）