При создании интерфейсов агентами больше всего пугают две крайности: либо агент выдаёт только текст, либо сразу вставляет iframe, словно чужую веб-страницу насильно впихивают в вашу гостиную.
В статье Google от 17 июня о связке A2UI + MCP Apps предложены три конкретных способа интеграции. Во-первых, использование A2UI поверх MCP-серверов, чтобы инструменты MCP возвращали описания интерфейсов, пригодные для нативного рендеринга. Во-вторых, встраивание MCP Apps в компоненты A2UI. В-третьих, инъекция генеративного UI в существующие системы. Документация A2UI также чётко обозначает границы: A2UI ориентирован на декларативные схемы компонентов (declarative component blueprints), тогда как MCP Apps больше похожи на предоставление полноценного UI через изолированный iframe (sandboxed iframe).
Главный фокус этой тенденции заключается в том, что Agent UI наконец-то начинает серьёзно решать вопрос «кто контролирует интерфейс». Корпоративные продукты не готовы доверять удалённым инструментам, которые могут принести с собой произвольный UI, но и не хотят переписывать фронтенд для каждой новой способности агента.
Моя рекомендация: для стандартных форм, карточек согласования и отображения данных в первую очередь стоит использовать A2UI. Для сложных редакторов, визуальных рабочих столов и инструментов с тяжёлым состоянием лучше рассмотреть MCP Apps или iframe. Не стоит стремиться к унификации ради самой унификации.
Эта технология ещё находится на ранней стадии, и споры вокруг безопасности и удобства использования будут продолжаться. Однако направление верное: агенты не могут вечно работать только в окне чата. Им необходимо выносить следующие шаги прямо под руку пользователя.
Основные источники: