Principi fondamentali
La concisione è fondamentale
La finestra di contesto è un bene pubblico. La tua Skill condivide la finestra di contesto con tutto il resto che Claude deve sapere, incluso:- Il prompt di sistema
- La cronologia della conversazione
- I metadati di altre Skills
- La tua richiesta effettiva
- “Claude ha davvero bisogno di questa spiegazione?”
- “Posso assumere che Claude lo sappia?”
- “Questo paragrafo giustifica il suo costo in token?”
Imposta gradi di libertà appropriati
Abbina il livello di specificità alla fragilità e variabilità del compito. Alta libertà (istruzioni basate su testo): Usa quando:- Sono validi più approcci
- Le decisioni dipendono dal contesto
- L’euristica guida l’approccio
- Esiste un modello preferito
- Alcune variazioni sono accettabili
- La configurazione influisce sul comportamento
- Le operazioni sono fragili e soggette a errori
- La coerenza è critica
- Una sequenza specifica deve essere seguita
- Ponte stretto con scogliere su entrambi i lati: C’è solo un modo sicuro per andare avanti. Fornisci guardrail specifici e istruzioni esatte (bassa libertà). Esempio: migrazioni di database che devono essere eseguite in sequenza esatta.
- Campo aperto senza pericoli: Molti percorsi portano al successo. Dai una direzione generale e fidati che Claude troverà il percorso migliore (alta libertà). Esempio: revisioni del codice dove il contesto determina l’approccio migliore.
Testa con tutti i modelli che intendi utilizzare
Le Skills agiscono come aggiunte ai modelli, quindi l’efficacia dipende dal modello sottostante. Testa la tua Skill con tutti i modelli che intendi utilizzare. Considerazioni di test per modello:- Claude Haiku (veloce, economico): La Skill fornisce abbastanza guida?
- Claude Sonnet (equilibrato): La Skill è chiara ed efficiente?
- Claude Opus (ragionamento potente): La Skill evita di spiegare troppo?
Struttura della Skill
Frontmatter YAML: Il frontmatter di SKILL.md richiede due campi:
name:- Massimo 64 caratteri
- Deve contenere solo lettere minuscole, numeri e trattini
- Non può contenere tag XML
- Non può contenere parole riservate: “anthropic”, “claude”
description:- Deve essere non vuoto
- Massimo 1024 caratteri
- Non può contenere tag XML
- Dovrebbe descrivere cosa fa la Skill e quando usarla
Convenzioni di denominazione
Usa modelli di denominazione coerenti per rendere le Skills più facili da referenziare e discutere. Consigliamo di usare la forma gerundiale (verbo + -ing) per i nomi delle Skills, poiché descrive chiaramente l’attività o la capacità che la Skill fornisce. Ricorda che il camponame deve usare solo lettere minuscole, numeri e trattini.
Buoni esempi di denominazione (forma gerundiale):
processing-pdfsanalyzing-spreadsheetsmanaging-databasestesting-codewriting-documentation
- Frasi nominali:
pdf-processing,spreadsheet-analysis - Orientate all’azione:
process-pdfs,analyze-spreadsheets
- Nomi vaghi:
helper,utils,tools - Troppo generici:
documents,data,files - Parole riservate:
anthropic-helper,claude-tools - Modelli incoerenti all’interno della tua raccolta di skills
- Referenziare le Skills nella documentazione e nelle conversazioni
- Capire cosa fa una Skill a colpo d’occhio
- Organizzare e cercare tra più Skills
- Mantenere una libreria di skills professionale e coesa
Scrivere descrizioni efficaci
Il campodescription abilita la scoperta della Skill e dovrebbe includere sia cosa fa la Skill che quando usarla.
Scrivi sempre in terza persona. La descrizione viene iniettata nel prompt di sistema e un punto di vista incoerente può causare problemi di scoperta.
- Buono: “Elabora file Excel e genera report”
- Evita: “Posso aiutarti a elaborare file Excel”
- Evita: “Puoi usare questo per elaborare file Excel”
Modelli di divulgazione progressiva
SKILL.md serve come panoramica che indirizza Claude a materiali dettagliati secondo le necessità, come un indice in una guida di onboarding. Per una spiegazione di come funziona la divulgazione progressiva, consulta Come funzionano le Skills nella panoramica. Guida pratica:- Mantieni il corpo di SKILL.md sotto 500 righe per prestazioni ottimali
- Dividi il contenuto in file separati quando ti avvicini a questo limite
- Usa i modelli sottostanti per organizzare istruzioni, codice e risorse in modo efficace
Panoramica visiva: Da semplice a complesso
Una Skill di base inizia con solo un file SKILL.md contenente metadati e istruzioni:

Modello 1: Guida di alto livello con riferimenti
Modello 2: Organizzazione specifica del dominio
Per Skills con più domini, organizza il contenuto per dominio per evitare di caricare contesti irrilevanti. Quando un utente chiede informazioni sulle metriche di vendita, Claude ha bisogno solo di leggere gli schemi relativi alle vendite, non i dati finanziari o di marketing. Questo mantiene l’utilizzo dei token basso e il contesto focalizzato.SKILL.md
Modello 3: Dettagli condizionali
Mostra contenuto di base, collega a contenuto avanzato:Evita riferimenti profondamente annidati
Claude potrebbe leggere parzialmente i file quando vengono referenziati da altri file referenziati. Quando incontra riferimenti annidati, Claude potrebbe usare comandi comehead -100 per visualizzare l’anteprima del contenuto piuttosto che leggere interi file, risultando in informazioni incomplete.
Mantieni i riferimenti a un livello di profondità da SKILL.md. Tutti i file di riferimento dovrebbero collegarsi direttamente da SKILL.md per garantire che Claude legga file completi quando necessario.
Cattivo esempio: Troppo profondo:
Struttura file di riferimento più lunghi con indice dei contenuti
Per file di riferimento più lunghi di 100 righe, includi un indice dei contenuti in cima. Questo garantisce che Claude possa vedere l’ambito completo delle informazioni disponibili anche quando visualizza in anteprima con letture parziali. Esempio:Flussi di lavoro e cicli di feedback
Usa flussi di lavoro per compiti complessi
Suddividi le operazioni complesse in passaggi chiari e sequenziali. Per flussi di lavoro particolarmente complessi, fornisci una checklist che Claude può copiare nella sua risposta e spuntare man mano che procede. Esempio 1: Flusso di lavoro di sintesi della ricerca (per Skills senza codice):Implementa cicli di feedback
Modello comune: Esegui validatore → correggi errori → ripeti Questo modello migliora notevolmente la qualità dell’output. Esempio 1: Conformità alla guida di stile (per Skills senza codice):Linee guida sui contenuti
Evita informazioni sensibili al tempo
Non includere informazioni che diventeranno obsolete: Cattivo esempio: Sensibile al tempo (diventerà sbagliato):Usa terminologia coerente
Scegli un termine e usalo in tutta la Skill: Buono - Coerente:- Sempre “endpoint API”
- Sempre “campo”
- Sempre “estrai”
- Mescola “endpoint API”, “URL”, “rotta API”, “percorso”
- Mescola “campo”, “casella”, “elemento”, “controllo”
- Mescola “estrai”, “tira”, “ottieni”, “recupera”
Modelli comuni
Modello di template
Fornisci template per il formato di output. Abbina il livello di rigidità alle tue necessità. Per requisiti rigorosi (come risposte API o formati di dati):Modello di esempi
Per Skills dove la qualità dell’output dipende dalla visualizzazione di esempi, fornisci coppie input/output proprio come nel prompting regolare:Modello di flusso di lavoro condizionale
Guida Claude attraverso i punti decisionali:Se i flussi di lavoro diventano grandi o complicati con molti passaggi, considera di spostarli in file separati e di dire a Claude di leggere il file appropriato in base al compito in questione.
Valutazione e iterazione
Costruisci valutazioni per prime
Crea valutazioni PRIMA di scrivere documentazione estesa. Questo garantisce che la tua Skill risolva problemi reali piuttosto che documentare quelli immaginati. Sviluppo guidato dalla valutazione:- Identifica i gap: Esegui Claude su compiti rappresentativi senza una Skill. Documenta i fallimenti specifici o il contesto mancante
- Crea valutazioni: Costruisci tre scenari che testano questi gap
- Stabilisci la baseline: Misura le prestazioni di Claude senza la Skill
- Scrivi istruzioni minime: Crea solo abbastanza contenuto per affrontare i gap e superare le valutazioni
- Itera: Esegui le valutazioni, confronta con la baseline e affina
Questo esempio dimostra una valutazione guidata dai dati con una semplice rubrica di test. Attualmente non forniamo un modo integrato per eseguire queste valutazioni. Gli utenti possono creare il proprio sistema di valutazione. Le valutazioni sono la tua fonte di verità per misurare l’efficacia della Skill.
Sviluppa Skills in modo iterativo con Claude
Il processo di sviluppo della Skill più efficace coinvolge Claude stesso. Lavora con un’istanza di Claude (“Claude A”) per creare una Skill che sarà utilizzata da altre istanze (“Claude B”). Claude A ti aiuta a progettare e affinare le istruzioni, mentre Claude B le testa in compiti reali. Questo funziona perché i modelli Claude capiscono sia come scrivere istruzioni efficaci per gli agenti che quali informazioni gli agenti hanno bisogno. Creazione di una nuova Skill:- Completa un compito senza una Skill: Lavora attraverso un problema con Claude A usando il prompting normale. Mentre lavori, fornirai naturalmente contesto, spiegherai preferenze e condividerai conoscenze procedurali. Nota quali informazioni fornisci ripetutamente.
- Identifica il modello riutilizzabile: Dopo aver completato il compito, identifica quale contesto hai fornito che sarebbe utile per compiti futuri simili. Esempio: Se hai lavorato attraverso un’analisi BigQuery, potresti aver fornito nomi di tabelle, definizioni di campi, regole di filtraggio (come “escludi sempre gli account di test”) e modelli di query comuni.
-
Chiedi a Claude A di creare una Skill: “Crea una Skill che catturi questo modello di analisi BigQuery che abbiamo appena usato. Includi gli schemi delle tabelle, le convenzioni di denominazione e la regola su come filtrare gli account di test.”
I modelli Claude capiscono il formato e la struttura della Skill in modo nativo. Non hai bisogno di prompt di sistema speciali o di una “skill di scrittura di skills” per far sì che Claude aiuti a creare Skills. Semplicemente chiedi a Claude di creare una Skill e genererà contenuto SKILL.md correttamente strutturato con frontmatter e corpo appropriati.
- Rivedi per concisione: Controlla che Claude A non abbia aggiunto spiegazioni non necessarie. Chiedi: “Rimuovi la spiegazione su cosa significa il tasso di vincita - Claude lo sa già.”
- Migliora l’architettura dell’informazione: Chiedi a Claude A di organizzare il contenuto più efficacemente. Ad esempio: “Organizza questo in modo che lo schema della tabella sia in un file di riferimento separato. Potremmo aggiungere più tabelle in seguito.”
- Testa su compiti simili: Usa la Skill con Claude B (un’istanza fresca con la Skill caricata) su casi d’uso correlati. Osserva se Claude B trova le informazioni giuste, applica le regole correttamente e gestisce il compito con successo.
- Itera in base all’osservazione: Se Claude B ha difficoltà o perde qualcosa, torna a Claude A con specifiche: “Quando Claude ha usato questa Skill, ha dimenticato di filtrare per data per Q4. Dovremmo aggiungere una sezione sui modelli di filtraggio per data?”
- Lavorare con Claude A (l’esperto che aiuta a affinare la Skill)
- Testare con Claude B (l’agente che usa la Skill per eseguire il lavoro reale)
- Osservare il comportamento di Claude B e portare gli insegnamenti a Claude A
- Usa la Skill in flussi di lavoro reali: Dai a Claude B (con la Skill caricata) compiti effettivi, non scenari di test
- Osserva il comportamento di Claude B: Nota dove ha difficoltà, riesce o fa scelte inaspettate Esempio di osservazione: “Quando ho chiesto a Claude B un report di vendita regionale, ha scritto la query ma ha dimenticato di filtrare gli account di test, anche se la Skill menziona questa regola.”
- Torna a Claude A per miglioramenti: Condividi il SKILL.md attuale e descrivi cosa hai osservato. Chiedi: “Ho notato che Claude B ha dimenticato di filtrare gli account di test quando ho chiesto un report regionale. La Skill menziona il filtraggio, ma forse non è abbastanza prominente?”
- Rivedi i suggerimenti di Claude A: Claude A potrebbe suggerire di riorganizzare per rendere le regole più prominenti, usare un linguaggio più forte come “DEVE filtrare” invece di “sempre filtrare”, o ristrutturare la sezione del flusso di lavoro.
- Applica e testa i cambiamenti: Aggiorna la Skill con i perfezionamenti di Claude A, quindi testa di nuovo con Claude B su richieste simili
- Ripeti in base all’utilizzo: Continua questo ciclo di osservazione-affinamento-test mentre incontri nuovi scenari. Ogni iterazione migliora la Skill in base al comportamento effettivo dell’agente, non alle assunzioni.
- Condividi le Skills con i colleghi e osserva il loro utilizzo
- Chiedi: La Skill si attiva quando previsto? Le istruzioni sono chiare? Cosa manca?
- Incorpora il feedback per affrontare i punti ciechi nei tuoi modelli di utilizzo
Osserva come Claude naviga le Skills
Man mano che iteri sulle Skills, presta attenzione a come Claude le utilizza effettivamente nella pratica. Guarda:- Percorsi di esplorazione inaspettati: Claude legge i file in un ordine che non hai anticipato? Questo potrebbe indicare che la tua struttura non è intuitiva come pensavi
- Connessioni mancate: Claude non riesce a seguire i riferimenti a file importanti? I tuoi link potrebbero aver bisogno di essere più espliciti o prominenti
- Affidamento eccessivo a determinate sezioni: Se Claude legge ripetutamente lo stesso file, considera se quel contenuto dovrebbe essere nel SKILL.md principale invece
- Contenuto ignorato: Se Claude non accede mai a un file raggruppato, potrebbe essere non necessario o segnalato male nelle istruzioni principali
Anti-modelli da evitare
Evita percorsi in stile Windows
Usa sempre barre oblique in avanti nei percorsi dei file, anche su Windows:- ✓ Buono:
scripts/helper.py,reference/guide.md - ✗ Evita:
scripts\helper.py,reference\guide.md
Evita di offrire troppe opzioni
Non presentare più approcci a meno che non sia necessario:Avanzate: Skills con codice eseguibile
Le sezioni sottostanti si concentrano su Skills che includono script eseguibili. Se la tua Skill usa solo istruzioni markdown, salta a Checklist per Skills efficaci.Risolvi, non rimandare
Quando scrivi script per le Skills, gestisci le condizioni di errore piuttosto che rimandare a Claude. Buon esempio: Gestisci gli errori in modo esplicito:Fornisci script di utilità
Anche se Claude potrebbe scrivere uno script, gli script pre-realizzati offrono vantaggi: Vantaggi degli script di utilità:- Più affidabili del codice generato
- Risparmiano token (non è necessario includere il codice nel contesto)
- Risparmiano tempo (non è richiesta la generazione di codice)
- Garantiscono coerenza tra gli usi

- Eseguire lo script (più comune): “Esegui
analyze_form.pyper estrarre i campi” - Leggerlo come riferimento (per logica complessa): “Consulta
analyze_form.pyper l’algoritmo di estrazione dei campi”
Usa analisi visiva
Quando gli input possono essere renderizzati come immagini, fai analizzare a Claude:In questo esempio, dovresti scrivere lo script
pdf_to_images.py.Crea output intermedi verificabili
Quando Claude esegue compiti complessi e aperti, può fare errori. Il modello “piano-convalida-esecuzione” cattura gli errori presto facendo sì che Claude crei prima un piano in un formato strutturato, quindi convalidi quel piano con uno script prima di eseguirlo. Esempio: Immagina di chiedere a Claude di aggiornare 50 campi di modulo in un PDF in base a un foglio di calcolo. Senza convalida, Claude potrebbe fare riferimento a campi inesistenti, creare valori conflittuali, perdere campi obbligatori o applicare gli aggiornamenti in modo errato. Soluzione: Usa il modello di flusso di lavoro mostrato sopra (compilazione moduli PDF), ma aggiungi un file intermediochanges.json che viene convalidato prima di applicare le modifiche. Il flusso di lavoro diventa: analizza → crea file di piano → convalida il piano → esegui → verifica.
Perché questo modello funziona:
- Cattura gli errori presto: La convalida trova i problemi prima che le modifiche vengano applicate
- Verificabile da macchina: Gli script forniscono una verifica oggettiva
- Pianificazione reversibile: Claude può iterare sul piano senza toccare gli originali
- Debug chiaro: I messaggi di errore puntano a problemi specifici
Pacchetto dipendenze
Le Skills vengono eseguite nell’ambiente di esecuzione del codice con limitazioni specifiche della piattaforma:- claude.ai: Può installare pacchetti da npm e PyPI e tirare da repository GitHub
- API Anthropic: Non ha accesso alla rete e nessuna installazione di pacchetti di runtime
Ambiente di runtime
Le Skills vengono eseguite in un ambiente di esecuzione del codice con accesso al filesystem, comandi bash e capacità di esecuzione del codice. Per la spiegazione concettuale di questa architettura, consulta L’architettura delle Skills nella panoramica. Come questo influisce sulla tua authoring: Come Claude accede alle Skills:- Metadati precaricati: All’avvio, il nome e la descrizione dal frontmatter YAML di tutte le Skills vengono caricati nel prompt di sistema
- File letti su richiesta: Claude usa strumenti di lettura bash per accedere a SKILL.md e altri file dal filesystem quando necessario
- Script eseguiti in modo efficiente: Gli script di utilità possono essere eseguiti tramite bash senza caricare i loro contenuti completi nel contesto. Solo l’output dello script consuma token
- Nessuna penalità di contesto per file di grandi dimensioni: File di riferimento, dati o documentazione non consumano token di contesto fino a quando non vengono effettivamente letti
- I percorsi dei file contano: Claude naviga la directory della tua skill come un filesystem. Usa barre oblique in avanti (
reference/guide.md), non barre oblique inverse - Nomina i file in modo descrittivo: Usa nomi che indicano il contenuto:
form_validation_rules.md, nondoc2.md - Organizza per scoperta: Struttura le directory per dominio o funzionalità
- Buono:
reference/finance.md,reference/sales.md - Cattivo:
docs/file1.md,docs/file2.md
- Buono:
- Raggruppa risorse complete: Includi documentazione API completa, esempi estesi, set di dati di grandi dimensioni; nessuna penalità di contesto fino a quando non vengono accessibili
- Preferisci script per operazioni deterministiche: Scrivi
validate_form.pypiuttosto che chiedere a Claude di generare codice di convalida - Rendi chiaro l’intento di esecuzione:
- “Esegui
analyze_form.pyper estrarre i campi” (esegui) - “Consulta
analyze_form.pyper l’algoritmo di estrazione” (leggi come riferimento)
- “Esegui
- Testa i modelli di accesso ai file: Verifica che Claude possa navigare la struttura della tua directory testando con richieste reali
reference/finance.md e invoca bash per leggere solo quel file. I file sales.md e product.md rimangono sul filesystem, consumando zero token di contesto fino a quando non vengono necessari. Questo modello basato su filesystem è ciò che abilita la divulgazione progressiva. Claude può navigare e caricare selettivamente esattamente quello che ogni compito richiede.
Per i dettagli tecnici completi sull’architettura, consulta Come funzionano le Skills nella panoramica delle Skills.
Riferimenti a strumenti MCP
Se la tua Skill usa strumenti MCP (Model Context Protocol), usa sempre nomi di strumenti completamente qualificati per evitare errori “strumento non trovato”. Formato:ServerName:tool_name
Esempio:
BigQueryeGitHubsono nomi di server MCPbigquery_schemaecreate_issuesono i nomi degli strumenti all’interno di quei server
Evita di assumere che gli strumenti siano installati
Non assumere che i pacchetti siano disponibili:Note tecniche
Requisiti del frontmatter YAML
Il frontmatter di SKILL.md richiede campiname e description con regole di convalida specifiche:
name: Massimo 64 caratteri, solo lettere minuscole/numeri/trattini, nessun tag XML, nessuna parola riservatadescription: Massimo 1024 caratteri, non vuoto, nessun tag XML
Budget di token
Mantieni il corpo di SKILL.md sotto 500 righe per prestazioni ottimali. Se il tuo contenuto supera questo, dividilo in file separati usando i modelli di divulgazione progressiva descritti in precedenza. Per i dettagli architettonici, consulta la panoramica delle Skills.Checklist per Skills efficaci
Prima di condividere una Skill, verifica:Qualità di base
- La descrizione è specifica e include termini chiave
- La descrizione include sia cosa fa la Skill che quando usarla
- Il corpo di SKILL.md è sotto 500 righe
- I dettagli aggiuntivi sono in file separati (se necessario)
- Nessuna informazione sensibile al tempo (o nella sezione “modelli vecchi”)
- Terminologia coerente in tutto
- Gli esempi sono concreti, non astratti
- I riferimenti ai file sono a un livello di profondità
- La divulgazione progressiva è usata in modo appropriato
- I flussi di lavoro hanno passaggi chiari
Codice e script
- Gli script risolvono i problemi piuttosto che rimandare a Claude
- La gestione degli errori è esplicita e utile
- Nessuna “costante voodoo” (tutti i valori giustificati)
- I pacchetti richiesti sono elencati nelle istruzioni e verificati come disponibili
- Gli script hanno una documentazione chiara
- Nessun percorso in stile Windows (tutte le barre oblique in avanti)
- Passaggi di convalida/verifica per operazioni critiche
- Cicli di feedback inclusi per compiti critici per la qualità
Test
- Almeno tre valutazioni create
- Testato con Haiku, Sonnet e Opus
- Testato con scenari di utilizzo reali
- Feedback del team incorporato (se applicabile)