Skill di Claude, strumenti per il proprio lavoro

Anthropic introduce le skill nell’ottobre 2025 come rimedio alla ripetizione delle istruzioni. Otto articoli pubblicati da allora al luglio 2026, letti in sequenza, dicono che quella definizione descrive il punto di partenza e non l’oggetto. Le skill passano dal descrivere un metodo al governare strumenti esterni, si moltiplicano fino a richiedere manutenzione, e le ultime agiscono prima che il lavoro cominci. Il percorso segue quello spostamento e mostra come cambia la domanda che porta a costruirne una.

Anthropic ha introdotto le skill nell’ottobre 2025 come un modo per non riscrivere ogni volta le stesse istruzioni. La definizione è esatta e descrive il primo giorno di utilizzo. Gli otto articoli di questo percorso, pubblicati fra l’ottobre 2025 e il luglio 2026, raccontano cosa succede nei mesi successivi. Li ho lasciati nell’ordine di pubblicazione, perché qui coincide con l’ordine del ragionamento.

Il percorso parte dalla funzionalità, da cosa una skill è e da come se ne costruisce una. Prosegue con una skill reale, cresciuta nell’uso per tre mesi. Da lì le skill smettono di descrivere un metodo di scrittura e cominciano a far lavorare strumenti che stanno fuori da Claude. Poi si moltiplicano, e ciascuna riceve il contesto prodotto dalle altre, finché l’insieme è abbastanza grande da richiedere manutenzione. Le ultime due tappe portano a skill che non producono un risultato ma lavorano sul modo in cui il risultato si ottiene.

Il primo articolo si ferma al meccanismo e alle skill che Anthropic distribuisce già pronte. Resta fuori la parte che interessa chi vuole scriversene una, e con essa la domanda che genera più confusione, cioè cosa distingue una skill da un server MCP e dalle istruzioni di un progetto. La seconda parte del dittico risponde a entrambe.

La seconda parte si chiude dichiarando che i casi d’uso consolidati sono ancora pochi e che conviene provare e correggere. Fra gli esempi possibili nomina un formatore che codifica in una skill il proprio metodo di semplificazione. Quel caso è il mio, perché la skill di scrittura che uso ogni giorno è nata così, e dopo tre mesi di aggiustamenti somigliava poco a come era partita.

La skill di scrittura lavora su qualcosa che sapevo già fare, e serve a non ripetermi. Il passo successivo è stato chiedere a una skill di far lavorare strumenti che stanno fuori da Claude, dove non basta descrivere un metodo, perché bisogna anche dire quali dati chiedere, in che ordine e cosa farne.

Quella skill risolve un pezzo del lavoro, cioè capire cosa succede. Resta fuori cosa farne, perché l’analisi serve a decidere gli interventi e ogni intervento va poi rimisurato. Il passo successivo è far lavorare più skill sullo stesso oggetto, ciascuna con quello che le altre hanno prodotto.

Una suite funziona finché qualcuno la tiene in ordine. Alcune skill si appoggiano a elementi esterni, e quando uno di quegli elementi cambia o sparisce il cambiamento passa inosservato. Lo stesso vale per le skill che restano installate dopo aver smesso di servire. A un certo punto serve sapere cosa c’è già.

Claude Config Audit ispeziona quello che c’è all’inizio della conversazione, cioè le istruzioni, le skill installate, i server e i plugin. Resta fuori il momento in cui la conversazione parte davvero, quando scrivo cosa voglio e Claude decide come interpretarlo. Anche quel passaggio si può governare con una skill.

Mentre Shape-request lavora dentro una conversazione in corso, quella fra me e Claude, l’ultima skill aggiunge altri interlocutori. Qui la skill non applica un metodo e non ne controlla uno, allestisce una situazione con due agenti dai ruoli separati e con informazioni diverse, e chi si allena sta dentro quella situazione invece di parlare con un modello.

Dove porta questo percorso

Letti in fila, gli otto articoli mostrano uno spostamento che nessuno di loro racconta da solo. Il meccanismo descritto nell’ottobre 2025 è ancora quello, con nome e descrizione sempre presenti e le istruzioni caricate quando servono. Si sposta la richiesta che rivolgo a una skill.

Le prime servivano a non ripetere. Poi hanno cominciato a portare un metodo di lavoro al posto di uno stile, e a quel punto sono diventate più di una, ciascuna con un compito e con il contesto prodotto dalle altre. L’insieme è cresciuto fino a richiedere manutenzione, e la manutenzione è arrivata sotto forma di un’altra skill. Le ultime due agiscono prima che il lavoro cominci.

Cambia di conseguenza la domanda che sta all’origine di una skill. All’inizio è quella che l’articolo dell’ottobre 2025 suggerisce, cosa mi trovo a ripetere ogni volta. Nell’arco dei nove mesi che queste tappe attraversano è diventata un’altra, che strumento mi manca per fare una certa cosa nel modo in cui voglio farla.

Per chi costruisce skill queste otto tappe mettono in ordine un percorso che di solito si fa una skill per volta, senza vederne la direzione. Per chi non le usa dicono qualcosa di più generale, che personalizzare uno strumento di lavoro è una competenza professionale prima che tecnica, e che il vincolo sta nel saper descrivere con precisione il proprio modo di lavorare.