AgentがUIを生成する際、最も避けたいのは2つの極端なパターンだ。テキストしか出力できないか、あるいはiframeをそのまま放り込み、他人のWebページを無理やり自宅のリビングに嵌め込むような状態になることだ。
Googleが6月17日に公開したA2UI + MCP Appsに関する記事では、より具体的な3つの組み合わせ方法が示されている。第一に、A2UI over MCP serversを用い、MCPツールがネイティブレンダリング可能なUI記述を返すようにする。第二に、MCP AppsをA2UIコンポーネント内に組み込む。第三に、生成型UIを既存のシステムに注入する。A2UIのドキュメントでも境界線は明確にされている。A2UIは宣言的コンポーネントの設計図（declarative component blueprints）に重点を置く一方、MCP Appsはサンドボックス化されたiframeを通じて完全なUIを提供するものに近い。
このトレンドの核心は、Agent UIがようやく「誰がUIを制御するのか」という問題に真剣に向き合い始めた点にある。企業向け製品が、リモートツールに勝手にUIを持ち込まれることを快く思わないのは当然だが、かといってAgentの機能ごとにフロントエンドをゼロから書き直すのも避けたいはずだ。
私からの提案は以下の通りだ。標準的なフォーム、承認カード、データ表示にはA2UIを優先的に検討する。複雑なエディタ、可視化ワークベンチ、状態管理が重いツールについては、MCP Appsやiframeの利用を検討する。統一のためだけに無理に統一する必要はない。
この仕組みはまだ発展途上であり、セキュリティやユーザビリティをめぐる議論は続くだろう。しかし、方向性は正しい。Agentが永遠にチャットウィンドウの中だけで作業するわけにはいかない。次の操作をユーザーの目の前に直接提示できる必要があるのだ。
主な情報源：