un catálogo de UI puede servir a agentes de programación sin convertirse en una biblioteca de componentes
tech · 2026-11-02 · 4 min
encontrar un componente no significa haber elegido uno. Un resultado de búsqueda solo ahorra tiempo si también puedes comprobar de dónde viene el código, qué licencia tiene y qué necesita para funcionar.
EneUI es un proyecto mío: un catálogo de componentes UI, bloques e iconos que se puede consultar desde la web y mediante MCP. Sus páginas muestran información como la fuente y la licencia, porque una vista previa no basta para copiar código a un producto.
el trabajo es descubrir
los ejemplos de UI están repartidos entre bibliotecas, repositorios y documentación. Buscar una interacción concreta suele implicar abrir varias pestañas, comparar fragmentos parecidos y luego encontrar la fuente original. Cuando lo hace un agente de programación, la falta de contexto pesa aún más: puede encontrar código rápidamente y aun así elegir algo que no encaja.
el catálogo actual de EneUI está indexado a partir de fuentes públicas. El sitio presenta cada componente junto con su fuente, licencia, dependencias e instrucciones de instalación. Un desarrollador puede consultar el catálogo directamente; un agente puede acceder mediante la conexión MCP. La idea es poder revisar la respuesta antes de pegar el código en una base de código.
un catálogo no es un framework
no quería que el primer paso fuera añadir otro runtime de UI o adoptar una nueva API de componentes. La unidad útil aquí es el código que puedes revisar y adaptar a tu proyecto. Es una decisión de producto: descubrir opciones no debería obligarte a cambiar de framework ni a añadir EneUI como dependencia.
la contrapartida es que un catálogo no puede garantizar que un resultado encaje. Un componente puede estar escrito para otro stack, depender de paquetes que no usas o necesitar cambios para cumplir tus requisitos de accesibilidad y diseño. Los metadatos ayudan a decidir; no deciden por ti.
lo que aún necesita a una persona
comprueba la fuente original y la licencia antes de publicar cualquier cosa. Después, lee el componente: una vista previa no te dice si se han resuelto bien el uso del teclado, el comportamiento responsive o las convenciones del proyecto. Un agente puede acortar la búsqueda, pero no asumir la responsabilidad de esas decisiones.
esa es la distinción que quiero mantener en EneUI. Es un mapa hacia el código, no una promesa de que cada resultado esté listo para producción. Si el catálogo facilita el descubrimiento y mantiene visible la procedencia, ha cumplido su función. La decisión final sigue siendo de quien mantiene la aplicación.