Google A2UI Team 在 2026 年 6 月 17 日發布 A2UI + MCP Apps 文章，討論 agentic workflows 如何由文字交流走向更豐富的互動 UI。這是 AI agent 產品化的重要議題，因為很多真實任務不是一句答案就完結，而是需要表單、圖表、核准卡、控制項和狀態同步。
文章指出，開發者一直面對兩難：MCP Apps 可以用 iframe 和標準 web 技術做高度自訂介面，但可能帶來設計不一致、效能和安全封裝問題；A2UI 則用 declarative JSON 描述 UI，由 host application 用原生 component rendering，安全和一致性較好，但自由度受限於 component catalog。
Google 今次提出的方向，不是二選一，而是三種混合架構。第一種是 A2UI over MCP servers，MCP 負責 tool connectivity 和 data access，A2UI 負責 frontend component rendering。這讓 MCP server 不只回文字，也可以回 application/a2ui+json，讓 host 用自己的設計系統直接渲染表單、圖表或卡片。
第二種是把 MCP Apps 放入 A2UI components。當某些模組需要高度自訂、狀態密集或複雜互動，例如遊戲、座位選擇或特殊工作台，開發者仍可使用 iframe，但由 A2UI component 作為受控 wrapper，並透過事件循環與外層 agent 狀態同步。
第三種是把 A2UI 放入 MCP Apps，讓舊系統或非 A2UI host 也可以逐步加入 agent-driven UI。這對企業很實際，因為很多內部系統不可能一次重寫；如果 MCP App 自帶 A2UI renderer，就可以在既有 iframe 容器內加入動態控制項和 agent 操作流程。
這篇文章的價值，在於把 agent UI 問題拆得很清楚。真正可用的 enterprise agent 不應只懂「講答案」，還要能在合適位置交出可操作介面：讓人選項、調整參數、批准動作、查看圖表、確認風險。文字是入口，但 UI 才是很多工作流的控制面。
對企業和開發團隊來說，A2UI + MCP Apps 的訊號是 agent platform 需要同時處理安全、設計一致性、可移植性和自訂能力。未來 AI workflow 的競爭不只是誰的模型最好，而是誰能把模型、工具、資料和互動介面接成穩定產品體驗。
