Vai alla guida all’uso
Building Componentsdi vercel

Building Components Skill.

Progetta API di componenti UI riutilizzabili pensando ad accessibilità e distribuzione.

  • API dei componenti
  • Accessibilità
Analisi della fonte · building-componentsSKILL.md
Attività Progetta API di componenti UI riutilizzabili pensando ad accessibilità e distribuzione. Risultati Per richieste di implementazione, un componente con un modello esplicito di composizione e stato. Prima di iniziare Il breve SKILL.md dipende dai riferimenti inclusi per le istruzioni dettagliate di implementazione.
Sintesi editoriale · fonte verificata il 2026-11-02 · non è un esempio generato

01 Funzionalità

Progetta API di componenti UI riutilizzabili pensando ad accessibilità e distribuzione

Pianifica API accessibili, stato controllato, stili, token e distribuzione con la skill Building Components di Vercel.

Flusso di lavoro basato sulla fonteNon è un benchmark di esecuzione

L'approccio di lavoro

Building Components guida le decisioni tecniche alla base di una libreria UI riutilizzabile. Indirizza l’agente a riferimenti specifici su composizione, tastiera, gestione dello stato, interfacce TypeScript e stili. Il punto di ingresso copre primitive, componenti, blocchi e template, adattando il livello di astrazione al risultato richiesto.

La skill è utile quando un componente deve servire più utilizzatori anziché una sola schermata. Considera insieme forma dell’API, accessibilità e distribuzione. La fonte è soprattutto un indice: i file collegati sono parte della skill operativa e devono accompagnare il file di ingresso.

Risultati attesi

  • Per richieste di implementazione, un componente con un modello esplicito di composizione e stato.
  • Per richieste di documentazione, una guida all’API del componente e ai comportamenti pertinenti.
  • Un piano appropriato di packaging o registro quando la distribuzione rientra nella richiesta.
Vedi il brief di esempio

Dal brief alla revisione

  1. 01
    Definisci il contratto del componente

    Decidi se l’attività riguarda una primitiva, un componente, un blocco o un template. Definisci l’interfaccia pubblica e i contesti in cui i chiamanti lo comporranno.

  2. 02
    Leggi le guide tecniche pertinenti

    Leggi state.mdx per il comportamento controllato e non controllato, composition.mdx per il modello di composizione pubblico e accessibility.mdx per tastiera e focus. Consulta types.mdx e styling.mdx per l’implementazione. Aggiungi i riferimenti a polimorfismo o as-child solo se i chiamanti necessitano di questi pattern API.

  3. 03
    Implementa e documenta l’interfaccia

    Collega stato e presentazione attraverso l’API scelta. Spiega l’uso previsto e scegli npm, un registro o un altro canale documentato solo quando serve.

02 Quando usarlo

Quando usarla

Il breve SKILL.md dipende dai riferimenti inclusi per le istruzioni dettagliate di implementazione.

Adatta a

  • API di componenti condivisiUn componente condiviso richiede un’API pubblica ponderata prima dell’adozione da parte di più team.
  • Ingegneria delle librerieUna libreria UI richiede pratiche coerenti per accessibilità, temi e documentazione.

Limiti da verificare

  • Riferimenti inclusiIl breve SKILL.md dipende dai riferimenti inclusi per le istruzioni dettagliate di implementazione.
  • Ambito della verificaIl file di ingresso non certifica l’accessibilità del componente né garantisce compatibilità con ogni framework.

Cosa portare

  • Utilizzatori previstiGli utilizzatori previsti del componente ed esempi d’uso.
  • Convenzioni del repositoryStack dei componenti, sistema di token e convenzioni TypeScript del repository.
  • Comportamento e distribuzioneInterazione da tastiera richiesta, responsabilità dello stato e destinazione di distribuzione.

03 Decisioni importanti

Decisioni importanti

  1. Responsabilità esplicita dello stato

    Stato controllato e non controllato diventano scelte deliberate di API.

  2. Scelte di composizione

    I riferimenti trattano slots, render props e as-child per comporre un’API pubblica.

  3. Pianificazione della distribuzione

    Pubblicazione e documentazione vengono considerate insieme all’implementazione.

04 Esempio di brief

Prova un brief mirato

Il brief di esempio qui sotto non è stato testato. Controlla la configurazione della skill prima di usarlo.

Esamina la fonte e la configurazione

Gli utilizzatori previsti del componente ed esempi d’uso.

File sorgente originale
https://github.com/vercel/components.build/blob/ba727450437385af662810329fa19896215f76d5/skills/building-components/SKILL.md

Il riferimento qui sotto apre le istruzioni originali. Esamina la configurazione del repository prima di usarle; non è un comando di installazione.

Inizia con un risultato concreto

Adatta ambito, materiale di partenza e vincoli di questo brief prima di eseguire la skill.

Brief di esempio
Usa building-components per progettare un componente espandibile riutilizzabile nella nostra libreria React. Esamina prima primitive, token e pattern TypeScript esistenti. Proponi l’API pubblica, con stato controllato e non controllato, prima dell’implementazione. Leggi i riferimenti pertinenti a composizione, accessibilità e stato. Copri tastiera e focus, mostra come comporre attivatore e contenuto e documenta gli stili con i nostri token. Mantieni la pubblicazione su registro o npm come proposta separata, salvo che l’attività includa esplicitamente un rilascio.

Controlla il risultato

Confronta l'output effettivo con questi criteri osservabili.

  • Gli esempi usano l’API pubblica documentata anziché dettagli interni privati.
  • Tastiera, focus e stato hanno risultati di verifica espliciti.
  • Le istruzioni di packaging corrispondono al canale di distribuzione previsto.

OpenDesign offre uno spazio di lavoro di design locale per agenti di programmazione. Questa scheda non significa che la skill sia inclusa nel pacchetto né che i suoi strumenti esterni, le credenziali e le dipendenze software siano compresi.

05 Fonte e licenza

Fonte e licenza

Questa pagina descrive la revisione della fonte fissata e collegata qui sotto. Comportamento e requisiti upstream possono cambiare.

Proprietario della fonte
vercel
File della skill
SKILL.md
Snapshot esaminato
2026-11-02 · ba7274504373

Note di lettura

  1. Ambito della licenzaLe dichiarazioni originali sono in conflitto nella stessa revisione fissata: LICENSE alla radice indica esplicitamente Apache License 2.0, mentre la sezione License di README.md dice MIT e collega quel file. Non esiste una deroga locale sotto skills/building-components. Non mostrare un’etichetta MIT senza riserve; occorre un chiarimento del progetto originale per risolvere il conflitto.
Sintesi editoriale della fonte
Progetta API di componenti UI riutilizzabili pensando ad accessibilità e distribuzione.

Sintesi originale di OpenDesign, basata sulla fonte collegata. Le stelle del repository sono un indicatore di popolarità datato, non l'uso della skill né un punteggio di qualità.

06 Domande prima di iniziare

Domande prima di iniziare

La skill fornisce un tema visivo pronto?

Il punto di ingresso si concentra sull’ingegneria dei componenti e rimanda ai riferimenti su token e stili. Il prodotto deve comunque fornire i requisiti visivi.

Ogni componente deve essere polimorfico?

No. Polimorfismo e as-child sono temi di riferimento disponibili, da scegliere quando l’API ne ha bisogno.

Può aiutare con la distribuzione tramite registro?

Sì. Distribuzione tramite registro, pubblicazione npm e marketplace di componenti hanno ciascuno un riferimento dedicato.

OpenDesign

Tieni insieme il brief e il tuo lavoro di design.

Tieni brief, materiali di partenza e lavoro di design insieme in uno spazio di lavoro locale. Controlla la configurazione della skill prima di aggiungerla al tuo flusso di lavoro.

File sorgente originale
https://github.com/vercel/components.build/blob/ba727450437385af662810329fa19896215f76d5/skills/building-components/SKILL.md