🕛 2026.4.26 13:24 文:かみくだきりく

Google「A2UI v0.9」公開。AIエージェント向けUI生成標準、React/Flutter横断で動く

Google「A2UI v0.9」公開。AIエージェント向けUI生成標準、React/Flutter横断で動く
X はてブ LINE Feedly

Google が AI エージェント向けの UI 生成標準「A2UI v0.9」を公開しました(Google Developers Blog、2026-04-17)。これ、なかなかすごいんですよ。フロントエンドフレームワークに依存しない形で、エージェントが画面を「その場で組み立てる」ための共通言語を出してきた、という話です。

要はこういうことですね。これまでの生成 UI(Generative UI)は、デモとしては派手に見えても、本番に乗せようとすると「どの UI フレームワークで作るか」を最初に決めないとエージェント側の実装が固定化してしまう、という問題を抱えていました。React で作ったら React 専用、Flutter で作ったら Flutter 専用、というやつです。A2UI はその境目を取り払って、エージェントは UI の意図(intent)だけを宣言する、レンダリング側はその意図を自分の流儀で描画する、という分離を標準化しました。

何が一緒に出てきたか

公式アナウンスを整理すると、今回の v0.9 リリースは「規格」と「実装」がセットで届いている、というのがポイントです。

  • 共通レンダラーのコア: shared web-core ライブラリ。ブラウザ系 UI レンダラーの実装が大幅に簡素化される
  • 公式レンダラー: React、Flutter、Lit、Angular
  • Agent SDK (Python): キャッシュレイヤー込みで、低レイテンシな UI 体験を狙う。Go と Kotlin は順次
  • 新規言語機能 5 つ: クライアント定義関数、クライアント→サーバーのデータ同期、エラー処理の改善、モジュラースキーマの簡素化、トランスポート I/F の刷新(MCP / WebSockets / REST / AG UI / A2A 対応)

レンダラー 4 種を同時に出してきた、という事実が地味に強いポイントで、これで「うちの会社は React だから A2UI 使えない」という言い訳が消えます。

サードパーティ統合の顔ぶれが濃い

A2UI を「Google が一人で叫んでいる規格」に見せないように、初日からの統合パートナーの選び方も丁寧でした。

  • AG2(AutoGen 系): ネイティブ統合の A2UIAgent を提供
  • Vercel: A2UI 対応の json-renderer をローンチ
  • Oracle: 自社の Agent Spec に A2UI を AG-UI と並べて同梱
  • Rebel App Studio + Codemate: オープンソースの Flutter アプリ「Personal Health Companion」を A2UI ベースで実装。健康データのリアルタイムダッシュボード
  • Very Good Ventures (VGV): Gemini + Flutter GenUI SDK と組み合わせた「Life Goal Simulator」(金融プランニングのインタラクティブ ウィジェット)を提供

ちなみに、A2UI の見た目を体感したい場合は a2ui.org にある A2UI Theater に「Restaurant Finder」シナリオが置かれていて、レストラン検索のクエリに対してエージェントがその場でカード UI を組み立てて返してくる、というデモを動かせます。

で、何が変わるかというと

A2UI が広がると、これまで「AI 出力を整形する受け皿」として人間が書いていたフロントエンドの定型部分が、確実に薄くなります。エージェント側はカード/フォーム/リスト/チャート、といった UI 意図を宣言するだけで済むようになり、レンダラーが現場のデザインシステムに合わせて装飾を載せる、という分業が成立します。Vercel と Oracle が自社の json レンダラ/Agent Spec に取り込んだのは、この分業ラインに乗っかる準備、と読めます。

逆に、エージェントが直接 HTML や React を書く方式(要は LLM に Tailwind コードを書かせるあの流派)は、A2UI のような中間言語が普及するほど競合が増えます。デザインシステムの一貫性を担保したい大企業ほど、A2UI 系の意図ベース UI 生成に流れる可能性があります。

ロードマップで気になるところ

公式ロードマップ(a2ui.org/roadmap/)には、まだ来ていない要素として以下が並んでいます。

  • MCP Apps との統合強化(既に MCP / WebSockets / REST / AG UI / A2A をサポートしているが、MCP Apps 向けはさらに磨き込み中)
  • A2UI 用の skills(プログレッシブ ディスクロージャー、段階的に UI を開示する仕組み)
  • Human intent abstractions(人間側の意図を抽象化する層)
  • PII サポート(個人情報を含む UI 部品の取り扱い)

PII サポートが正式に入ってくると、「エージェントが本人確認フォームをその場で組み立てる」みたいな業務系ユースケースに耐えられるようになります。ここは規制対応とセットで動く領域なので、続報を追っておきたいところ。

まとめ

A2UI v0.9 は、デモから本番に降ろすための標準として位置付けられたリリースです。React / Flutter / Lit / Angular の 4 つを同時に押さえてきたあたり、Google 単独の独自仕様で終わらせる気がない、という意思表示にも見えます。エージェント周りの話はモデルや MCP に注目が集まりがちですが、出力先の UI レイヤーをどう標準化するかも同じくらい大事な勝負どころで、A2UI はその第一波と言える存在です。続報待ちですね。

Google Developers Blog — A2UI v0.9: The New Standard for Portable, Framework-Agnostic Generative UI

A2UI 公式サイト — Roadmap

A2UI GitHub リポジトリ

みんなの反応

ぬるぽ
(システムエンジニア・30代男性)

エージェント側が UI 意図だけ宣言して、レンダラーが現場の design system で描画する、という分離は素直にきれい。React/Flutter/Lit/Angular を同日 4 種出した時点で、規格としての本気度はそこそこ高い。MCP / WebSockets / REST 全部押さえてるので、既存の Tool/Function call 系から段階的に乗り換える設計もできそう。問題は普及速度。
島ぐらしCTO
(小規模 SaaS の CTO・40代男性)

Vercel と Oracle が A2UI を取り込んだのが効いてる。Vercel の json-renderer と Oracle の Agent Spec が両方乗っかってきたなら、うちみたいな弱小 SaaS でも標準採用していい潮目。LLM に直接 JSX を書かせる方式は柔軟だけど一貫性が崩れがちで、A2UI の「意図だけ宣言」は商用には筋が良い。
えかきのたまご
(Web デザイナー見習い・20代女性)

デザイナー目線では A2UI めちゃくちゃありがたいです。今までは AI に画面作らせると、毎回「自社のコンポーネントと違うボタン」が出てきて、デザイナー側で書き直す手戻りが大変だったんですけど、これだと既存の design system に意図だけ流し込めるので、ブランドが崩れない。Flutter サンプルの Personal Health Companion 見たい。
れんれん
(フリーランス Web エンジニア・30代女性)

Agent SDK が Python から先に出たのは現場感ある選択。Python だと既存の LangChain / LlamaIndex 系のエージェントに混ぜ込みやすい。Go と Kotlin が来れば、サーバーサイド本格運用と Android 系も埋まるので射程はかなり広い。あと PII サポートがロードマップにあるのは安心材料。
町工場のおやじ
(町工場経営・60代男性)

うちみたいな現場屋から見ると、画面はメーカーの保守端末そのものなのよ。AI エージェントが「設備の状態見たい」と言われたら、その場で機械ごとの計器盤を組み立てて返してくれる、ってのは保守の負荷を本当に減らす。React/Flutter どっちでも動くなら、社内の情シス都合に合わせやすい。標準化、地味に効くやつだ。
X はてブ LINE Feedly