A2UI explicado: Qué hace (y qué no hace) el protocolo de agente a UI
A2UI es un protocolo declarativo JSON que permite a los agentes de IA describir interfaces para que las represente un cliente. Cómo funciona, qué renderizadores existen y qué no hace.
Idea clave
A2UI (Agente para UI) es un protocolo JSON declarativo y abierto creado por Google. Un agente de IA envía una descripción de una interfaz y un cliente la representa con sus propios componentes nativos en lugar de ejecutar código desde el agente. Es una forma de mover la estructura y los datos de la interfaz de usuario a través de un límite de confianza, no un sistema de animación, una biblioteca de componentes o un renderizador terminado. ExodeUI no es un renderizador A2UI y no está afiliado a Google.
¿Qué es A2UI?
A2UI es un protocolo para interfaces controladas por agentes. En lugar de devolver un muro de texto o ejecutar el código generado, un agente de IA envía un flujo de mensajes JSON que describen una interfaz de usuario: qué superficie crear, qué componentes contiene y qué datos los llenan. El cliente recibe esos mensajes y muestra el resultado con componentes en los que ya confía. A2UI fue creado por Google y tiene licencia Apache 2.0, con contribuciones de CopilotKit y la comunidad de código abierto. En octubre de 2026, la especificación de producción actual era la v0.9.1 y la v1.0 era una versión candidata.
El problema que A2UI está intentando resolver
Los agentes son buenos para producir una respuesta útil y malos para entregarla como interfaz. Una respuesta de texto no puede mostrar una tabla comparativa, un formulario de pedido o un panel de control. Generar HTML o JavaScript arbitrario resuelve el problema de presentación y crea uno de seguridad, porque el cliente ahora está ejecutando código que no escribió. A2UI toma una tercera ruta: el agente describe la interfaz de usuario en un formato restringido y el cliente decide cómo representarla. El agente sólo puede utilizar componentes que el cliente haya aprobado y el resultado son datos en lugar de código ejecutable.
Cómo se construye una superficie A2UI
El protocolo utiliza un pequeño conjunto de tipos de mensajes. El esquema exacto cambia entre versiones, así que verifique la especificación antes de implementar una, pero la forma es estable.
- createSurface: le dice al renderizador que cree una nueva superficie, que es una región de la interfaz que el agente puede actualizar
- updateComponents: agrega o cambia definiciones de componentes en esa superficie
- updateDataModel: cambia los datos que muestran los componentes, sin reenviar la estructura
- deleteSurface: elimina una superficie cuando ya no es necesaria
Renderizadores y transportes.
A2UI es independiente del transporte. La especificación describe los mensajes, no cómo viajan. El proyecto enumera implementaciones de renderizador para Angular, Flutter, Lit, React y Markdown, y enlaces de transporte para AG-UI, A2A y MCP, con WebSockets, SSE y REST también utilizables. Esa flexibilidad es el punto: la misma respuesta del agente puede ser entregada por un cliente web, una aplicación móvil o una aplicación de escritorio, cada una usando su propio sistema de diseño.
Lo que A2UI no hace
A2UI es fácil de sobreleer. No incluye una biblioteca de componentes que pueda colocar en una aplicación y no representa nada por sí solo: necesita un procesador y un catálogo de componentes que controle el cliente. No decide cómo se mueve la interfaz de usuario. No reemplaza a MCP, que expone herramientas y datos a un modelo, ni a AG-UI, que transporta los eventos de interacción entre un agente y una interfaz. Y no elimina la necesidad de una revisión de ingeniería: las interfaces generadas aún tienen que manejar la carga, los estados vacíos y de error, los permisos y la accesibilidad.
A2UI frente a AG-UI frente a MCP
Estos tres a menudo se mencionan juntos porque resuelven diferentes capas del mismo problema. Una breve descripción útil: A2UI describe la interfaz, AG-UI realiza la interacción y MCP proporciona herramientas y datos al agente. La propia documentación de A2UI describe AG-UI como un enlace de transporte para A2UI, y A2UI también puede viajar sobre MCP. Son estándares complementarios, no competitivos. Si elige una integración, comience por lo que su cliente puede representar y qué transporte ya admite, no por el protocolo con mayor impulso.
Donde encajan la animación y la interacción
A2UI describe la estructura y los datos. El movimiento es una preocupación del cliente: el renderizador decide si una superficie aparece instantáneamente, se desvanece o pasa de un estado anterior. Esta es una buena noticia para los equipos de producto, porque mantiene el sistema de animación en el cliente, donde puede respetar el sistema de diseño y la configuración de accesibilidad. También significa que una implementación A2UI no se anima automáticamente. Si una interfaz generada necesita presionar un botón, una transición de estado o una reacción de mascota, el cliente debe proporcionar ese comportamiento. ExodeUI puede reproducir movimiento interactivo en un cliente y tiene un servidor MCP para herramientas de codificación de IA, pero no es un renderizador A2UI y no debe describirse como tal.
Fragmento de implementación en producción
// Simplified shape of an A2UI message stream (schema differs by version).
{ "createSurface": { "surfaceId": "cart" } }
{ "updateComponents": { "surfaceId": "cart", "components": [ /* ... */ ] } }
{ "updateDataModel": { "surfaceId": "cart", "data": { /* ... */ } } }
{ "deleteSurface": { "surfaceId": "cart" } }Principios clave para recordar
- A2UI es un protocolo JSON para interfaces descritas por agentes, creado por Google y con licencia Apache 2.0.
- El cliente renderiza con componentes propios; el agente no ejecuta código UI arbitrario
- Define mensajes y deja el renderizador, el transporte y el movimiento al cliente.
- No es un sistema de animación ni una biblioteca de componentes desplegable.
- ExodeUI no es un renderizador A2UI y no tiene afiliación con Google