un catalogue UI peut aider les agents de code sans devenir une bibliothèque de composants

tech · 2026-11-02 · 4 min

trouver un composant ne signifie pas l’avoir choisi. Un résultat de recherche ne fait gagner du temps que si tu peux aussi vérifier l’origine du code, sa licence et ce dont il a besoin pour fonctionner.

EneUI est mon projet : un catalogue de composants UI, de blocs et d’icônes, consultable sur le web et via MCP. Ses fiches exposent des informations comme la source et la licence ; un aperçu ne suffit pas pour copier du code dans un produit.

le travail consiste à découvrir

les exemples d’interface sont dispersés entre bibliothèques, dépôts et documentation. Chercher une interaction précise implique souvent d’ouvrir plusieurs onglets, de comparer des extraits similaires puis de retrouver la source originale. Quand un agent de code fait cette recherche, le manque de contexte devient encore plus important : il peut trouver du code rapidement et choisir malgré tout quelque chose d’inadapté.

le catalogue actuel d’EneUI est indexé à partir de sources publiques. Le site présente chaque composant avec sa source, sa licence, ses dépendances et des indications d’installation. Un développeur peut parcourir le catalogue directement ; un agent peut le consulter via la connexion MCP. L’objectif est de pouvoir vérifier la réponse avant de coller le code dans une base de code.

un catalogue n’est pas un framework

je ne voulais pas que la première étape consiste à ajouter un nouveau runtime UI ou à adopter une nouvelle API de composants. L’unité utile ici est le code que tu peux examiner et adapter à ton projet. C’est un choix de produit : la recherche ne devrait pas t’obliger à changer de framework ou à ajouter EneUI comme dépendance.

la contrepartie, c’est qu’un catalogue ne peut pas garantir qu’un résultat conviendra. Un composant peut être écrit pour une autre stack, dépendre de paquets que tu n’utilises pas ou nécessiter des changements pour respecter tes exigences d’accessibilité et de design. Les métadonnées aident à décider ; elles ne décident pas pour toi.

ce qui demande encore une personne

vérifie la source originale et la licence avant de livrer quoi que ce soit. Puis lis le composant : un aperçu ne permet pas de savoir si la navigation au clavier, le comportement responsive ou les conventions de ton projet sont bien gérés. Un agent peut raccourcir la recherche, mais pas prendre la responsabilité de ces choix.

c’est la distinction que je veux préserver dans EneUI. C’est une carte vers du code, pas la promesse que chaque résultat soit prêt pour la production. Si le catalogue accélère la recherche tout en gardant la provenance visible, il a fait son travail. La décision finale revient toujours à la personne qui maintient l’application.