un catalogo UI può aiutare gli agenti di coding senza diventare una libreria di componenti
tech · 2026-11-02 · 4 min
trovare un componente non significa aver scelto quello giusto. Un risultato di ricerca fa risparmiare tempo solo se puoi verificare anche la provenienza del codice, la licenza e ciò che serve per eseguirlo.
EneUI è un mio progetto: un catalogo di componenti UI, blocchi e icone, consultabile dal web e via MCP. Le sue schede mostrano informazioni come sorgente e licenza: un'anteprima, da sola, non basta per copiare codice in un prodotto.
il lavoro è trovare
gli esempi UI sono sparsi tra librerie, repository e documentazione. Cercare una specifica interazione spesso significa aprire diverse schede, confrontare snippet simili e poi risalire alla fonte originale. Quando è un agente di coding a fare questa ricerca, il contesto mancante pesa ancora di più: può trovare codice in fretta e comunque scegliere qualcosa che non va bene.
il catalogo attuale di EneUI è indicizzato da fonti pubbliche. Il sito presenta ogni componente insieme a sorgente, licenza, dipendenze e istruzioni di installazione. Uno sviluppatore può consultare il catalogo direttamente; un agente può interrogarlo tramite la connessione MCP. L'obiettivo è rendere verificabile la risposta prima che il codice finisca nella codebase.
un catalogo non è un framework
non volevo che il primo passo fosse aggiungere un altro runtime UI o adottare una nuova API per i componenti. L'unità utile qui è il codice che puoi esaminare e adattare al tuo progetto. È una scelta di prodotto: la ricerca non dovrebbe obbligarti a cambiare framework o ad aggiungere EneUI come dipendenza.
il compromesso è che un catalogo non può garantire che un risultato sia adatto. Un componente può essere scritto per uno stack diverso, dipendere da pacchetti che non usi o richiedere modifiche per rispettare accessibilità e design del tuo progetto. I metadati aiutano a decidere, ma non decidono al posto tuo.
cosa richiede ancora una persona
controlla la fonte originale e la licenza prima di distribuire il codice. Poi leggi il componente: un'anteprima non ti dice se interazione da tastiera, comportamento responsive o convenzioni del progetto sono gestiti bene. Un agente può accorciare la ricerca, ma non può assumersi la responsabilità di queste scelte.
è questa la distinzione che voglio mantenere in EneUI. È una mappa verso il codice, non una promessa che ogni risultato sia pronto per la produzione. Se il catalogo rende più rapida la ricerca e mantiene visibile la provenienza, ha fatto il suo lavoro. La decisione finale resta a chi mantiene l'applicazione.