Статья выступает за стандартизированный подход к коммуникации между агентами и пользовательским интерфейсом, подчеркивая текущую фрагментацию и ее стоимость. Разработчики сталкиваются с проблемой, поскольку каждый ИИ-ассистент отображает пользовательские интерфейсы по-разному, заставляя тех, кто поддерживает компоненты кнопок, адаптироваться. Хотя подключение агентов становится проще, процесс рендеринга на различных клиентах остается непоследовательным, без единого источника истины относительно владения компонентами или их внешнего вида. A2UI от Google призван решить эту проблему, используя декларативный JSON, где агенты называют компоненты, которые клиенты уже имеют, а клиенты обрабатывают рендеринг.Этот декларативный JSON-подход, подобный раннему HTML, представлен как нейтральное предложение без привязки к конкретному поставщику. Однако широкому распространению препятствуют различные методы, которые клиенты используют для отображения пользовательского интерфейса, включая изолированный HTML и форматы, специфичные для поставщиков, такие как BlockKit от Slack и Adaptive Cards от Microsoft. Основная проблема заключается во владении стилями и словарным запасом компонентов, который в настоящее время передается клиенту, что усложняет согласованность системы проектирования. Автор проводит параллель с браузерными войнами конца 1990-х годов, когда конкурирующие стандарты приводили к дублированию усилий и стагнации.В статье подчеркивается, что именно "холст" или более сложные области пользовательского интерфейса, выходящие за рамки простого чата, несут реальные затраты, поскольку каждый поставщик поддерживает свой собственный набор компонентов. Хотя декларативный пользовательский интерфейс, такой как A2UI, предлагает путь к общему "списку деталей", текущая реальность требует значительных усилий для обеспечения работоспособности систем проектирования на многочисленных поверхностях агентов и платформах. Предлагаемое решение заключается в выборе целевого стандарта, причем A2UI является наиболее перспективным, для унификации процесса рендеринга и снижения "налога на поверхность", налагаемого управлением множеством реализаций. В конечном итоге успех любого стандарта зависит от его нейтральности и готовности поставщиков платформ взять на себя сложность рендеринга.