Salta al contenuto
← Approfondimenti
Approfondimento

Non è una Skill

Se usi Claude conosci le Skill: cartelle con un file di istruzioni che l’IA carica quando servono. Somigliano a un Reminder abbastanza da far pensare «ce l’ho già». Non fanno lo stesso mestiere, e la differenza si vede in una riga: una Skill risponde a come si fa una cosa, un Reminder risponde a chi è chi la fa.

L’obiezione, detta prima che la pensi tu

«Le Skill sono ufficiali, e sono già dei file miei»

Vero su tutta la linea, e non proviamo a girarci intorno. Una Skill è una cartella con dentro un SKILL.md: due righe di intestazione — un nome e una descrizione — e poi testo. È markdown, è tuo, sta in git, e se domani cambi idea te lo porti via. Nessuno ti ha chiuso dentro niente.

Anche il meccanismo è ben pensato. Finché la Skill non serve, di lei sta in memoria solo la descrizione — un centinaio di parole; il corpo si carica quando l’IA decide che è pertinente, e i file di appoggio solo se li apre davvero. Si chiama divulgazione progressiva, ed è il modo giusto di dare a un’IA cento competenze senza pagarle tutte a ogni frase.

Quindi no: questa pagina non esiste per dirti che le Skill sono fatte male. Esiste perché quel meccanismo, che per una capacità è una virtù, per un’identità è il difetto.

Il punto è quando entra in contesto

Una Skill entra quando serve. È tutta la sua eleganza: non occupa posto finché non c’è un motivo, e il motivo lo riconosce l’IA leggendo la descrizione. Perfetto per «impaginare una presentazione secondo le nostre regole», che serve il martedì e non il giovedì.

Un’identità non funziona così. Chi sei non è una competenza che si attiva quando l’argomento lo richiede: è la cosa che c’è già prima che tu apra bocca, e che decide come leggi la domanda. Una cosa che compare solo quando viene invocata non è un carattere, è un manuale.

È la stessa differenza che passa fra sapere cucinare e avere fame. La prima si tira fuori all’occorrenza; la seconda ti muove anche quando non stai pensando al cibo.

E poi c’è una cosa che una Skill non ha

In un SKILL.md non esiste modo di scrivere questa parte non la puoi riscrivere tu. Non è una dimenticanza: una Skill è roba che dai all’IA perché la usi, e non c’è niente da difendere.

In un Reminder invece dall’altra parte c’è qualcuno che legge, capisce e potrebbe riscrivere — e allora ogni blocco dichiara quanto è tuo: dalle regole che solo tu puoi cambiare fino agli appunti che l’IA aggiorna senza chiedere. È la differenza fra un manuale e una costituzione, ed è anche il motivo per cui il Reminder ha una struttura invece di essere prosa.

In due colonne

Una SkillUn Reminder
A cosa rispondecome si fa una cosachi è chi la fa
Quando entra in contestoquando l’IA la giudica pertinentesempre, dalla prima riga
Cosa contieneuna procedura, degli esempi, degli scriptnuclei, moduli, memorie, permessi
Chi può riscriverlatu, fuori dalla conversazionedipende dalla zona: è dichiarato dentro il file
Se la toglil’IA smette di saper fare quella cosal’IA smette di essere qualcuno
Cosa ricordaniente: domani è uguale a oggicom’è andata: nella memoria associata del modulo

Dove stanno insieme, che è quasi sempre

Non è un aut aut e non conviene farlo diventare tale. La divisione che funziona è netta: le Skill per le capacità, il Reminder per l’identità. Stessa conversazione, nessun conflitto — perché non si contendono lo stesso posto.

Con gli agenti da codice la stessa divisione ha già un posto suo: il file che l’agente legge all’avvio — CLAUDE.md, AGENTS.md — è dove va l’identità, e le Skill restano le procedure che quell’identità sa eseguire.

E il confine è più poroso di quanto sembri. Una Skill che hai già si traduce in un modulo, quasi riga per riga: non c’è niente da reinventare, perché le due forme rispondono alle stesse quattro domande.

La descrizione: cosa fa, e quando usarla
### FUNCTION · ### TRIGGER
Le istruzioni, i passi da seguire
### ROUTINE
Le cose da non fare, i limiti
### LIMITI
Gli esempi di input e output
### ESEMPIO

Vale anche nell’altro verso, ed è la parte che sorprende. Di obbligatorio, in un SKILL.md, ci sono due righe di intestazione — un nome e una descrizione. Sotto sei libero: la struttura del corpo non è prescritta da nessuno. Che le Skill si scrivano a prosa sciolta è un’abitudine diffusa, non una regola — e le linee guida di Anthropic stesse consigliano passi numerati, modelli di output ed esempi, cioè esattamente la forma che un modulo ha già. Sotto il frontmatter ci sta senza riscritture.

Una cosa sola non attraversa, e conviene dirla. Dentro un modulo la riga che dichiara questa parte non la riscrivi tu ha un posto suo, e l’app la fa rispettare; dentro un SKILL.md quella riga non ha dove stare, e nessuna app è nel giro a difenderla — i marcatori di zona restano lì come testo, e nessuno li applica. Tradurre una capacità funziona benissimo. Tradurre l’identità no: ed è tutto quello che questa pagina sta dicendo.

Il terzo modo: non tradurla, innestarla

Tradurre una Skill in un modulo è una strada. L’altra è non tradurla affatto. Il corpo di un SKILL.md è markdown, e un modulo lo ospita così com’è, sotto una riga che dichiara di chi è quel pezzo: nello Standard si chiama ### SUB-MODULE:, e sotto ci va il testo intero della Skill — la sua funzione, i suoi passi, i suoi esempi. Non si riscrive niente. Si dice di chi è, e dove sta.

## MODULE 07: ...
### FUNCTION

### SUB-MODULE: SKILL_A
#### FUNCTION
#### ROUTINE

### SUB-MODULE: SKILL_B
#### FUNCTION
#### ROUTINE

[P4]
### ASSOCIATED MEMORY
[/P4]

Quello che il modulo aggiunge attorno sono le due cose che in un SKILL.md non hanno dove stare. La prima è la zona di permesso: il testo innestato finisce dentro un blocco che dichiara chi lo può riscrivere, e quel rifiuto lo fa l’app, non il modello. La seconda è ### ASSOCIATED MEMORY, la sezione dove si deposita quello che impari usandola — che quei passi da te vanno fatti in un altro ordine, che con i tuoi file quel passaggio non regge, che l’output lo vuoi più corto. La Skill sa come si fa. Il modulo si ricorda com’è andata.

E in un modulo ne sta più di una. Se tre Skill lavorano allo stesso mestiere — leggere un PDF, tirarne fuori una tabella, scriverne il riassunto — puoi innestarle nello stesso modulo, una per ### SUB-MODULE:. Da lì in poi non si accendono più a una a una: entrano in contesto insieme, quando entra il modulo, e si vedono fra loro. È una scelta tua, ed è il momento in cui smetti di fare divulgazione progressiva.

Il prezzo è dichiarato: le paghi tutte e tre ogni volta che quel modulo è attivo, anche il giorno che te ne serviva una. Quello che compri è che smettono di contraddirsi — una memoria associata invece di tre, una regola scritta una volta invece della stessa frase in tre posti, e nessun lavoro fatto a metà perché l’IA ne aveva caricata una e non l’altra. Se il mestiere è uno, il modulo è uno. Se i mestieri sono tre, tienile separate e lascia che si accendano quando servono: è esattamente il caso in cui la Skill da sola fa il suo lavoro meglio di così.

Una cosa la fai a mano, oggi, e conviene saperlo prima: l’innesto è un copia e incolla, e da quel momento la copia è tua. Se l’autore della Skill ne pubblica una versione nuova, sei tu a decidere se portarla dentro — il testo sta lì in chiaro, dentro il tuo file, e si aggiorna come si aggiorna un file. È lo stesso patto del resto: sotto di te non si muove niente che tu non veda.

Il modulo contiene la Skill, e la potenzia

È la cosa che vale la pena dire anche a chi non userà mai IllAIra. Una Skill sa come si fa. Il modulo che la ospita registra com’è andata: che con i tuoi file quel passaggio non regge, che l’output lo vuoi più corto, che quei passi da te vanno fatti in un altro ordine. La procedura e l’esperienza della procedura, nello stesso oggetto, con permessi diversi — la prima in una zona che il modello non riscrive, la seconda in una zona dove appende da solo.

Così la Skill non cambia, e il modulo sì: attorno alla procedura cresce una memoria operativa, la storia di come quella capacità è stata usata con te, a portata del modello ogni volta che il modulo è attivo. È la stessa forma che vedi nella Sferografia quando un intero archivio diventa la memoria associata di un nodo — lì un wiki, qui una procedura: quello che hai raccolto usandola, appeso a quello che sa fare.

Le obiezioni, una per una

«Il vostro non è uno standard ufficiale di nessuno»

Vero, ed è la ragione per cui è pubblicato. Un Reminder è markdown: lo apri con qualunque editor, lo leggi senza di noi, lo modifichi senza permesso. Non c’è un runtime che debba stare in piedi perché quel file continui a valere. Se domani IllAIra sparisse, tu avresti ancora i tuoi file e loro funzionerebbero uguale — cosa che non si può dire di una memoria che vive dentro il servizio di qualcun altro.

«Basterebbe un prompt di sistema lungo»

Funziona, per un po’. Poi cresce, e scopri le tre cose che gli mancano: non puoi cambiarne un pezzo senza rileggerlo tutto, non puoi dichiarare che una parte è intoccabile, e non puoi guardarlo — è un muro di testo, non una mappa. Un Reminder è la stessa idea con una struttura sopra, ed è la struttura a permettere il resto.

«Anche una Skill può contenere una personalità»

Può, ed è il modo migliore di sbagliare — perché quasi funziona. Ma resta una cosa che si carica quando l’IA giudica il momento pertinente, e nessuno le ha detto che di sé non si può riscrivere niente. Ottieni un carattere a intermittenza e senza difese: sembra identità finché non serve che lo sia.

«È solo markdown: cosa mi state vendendo?»

Domanda giusta, e la risposta onesta è: puoi farlo a mano, gratis, e nessuno te lo impedisce. Lo Standard è pubblicato apposta. Quello che vendiamo è il resto — la Sferografia per vedere cosa hai costruito, le zone di permesso che l’app fa rispettare davvero, i Reminder già scritti da chi lo fa di mestiere, il tracciamento di cosa è stato usato. Il formato no: quello è tuo comunque.

«Chi mi garantisce che l’IA lo rispetti?»

Nessuno, e chi ti dice il contrario ti sta vendendo qualcosa. Un Reminder è testo che l’IA legge: lo rispetta nella misura in cui rispetta le istruzioni, cioè quasi sempre ma non per contratto. Vale identico per una Skill, per un prompt di sistema e per qualunque altra cosa tu le metta davanti.

Quello che possiamo garantire è l’altra metà, che è anche quella che conta: l’app non scrive dove la zona dice di no, e quel rifiuto non passa dal modello. La sua parte è una convenzione dichiarata; la nostra è codice che si può leggere.

Come per il resto: i modelli si addestrano, e imparano da soli a rispettare ciò che sanno per assodato come funziona. L’unico modo perché lo rispettino anche fuori dall’app — in una chat, in un altro strumento — è usarli. Più il metodo sta in chiaro e in uso, più diventa quello che un modello si aspetta di trovare. Non è una garanzia scritta in un contratto. È il modo in cui le convenzioni diventano abitudine, per un modello come per una persona.

«Mi legate al vostro formato»

Il costo di andarsene è: prendi i file. Sono .md, sono già sul tuo dispositivo, e l’export ZIP è un clic. Non c’è un database da esportare, non c’è un formato proprietario da convertire, non c’è una cronologia che resta di qua. Chiedersi «e se poi voglio uscire» è la domanda giusta da fare a chiunque — e la nostra risposta è che sei già fuori: i file non sono mai stati nostri.

«Costa token a ogni conversazione»

Sì, e non è poco. È esattamente il motivo per cui la struttura è modulare: il Telaio con l’identità sta sempre, i moduli si aggiungono quando servono e si tolgono quando non servono più. Chi vuole il minimo tiene il Telaio e basta. Chi vuole tutto paga tutto, e lo sa — ma non a un fornitore: quei token entrano nei piani gratuiti, e quando uno si esaurisce lo stesso file si apre nel successivo.

«Devo imparare un formato»

Sì. Meno di quanto sembri — un titolo, dei nuclei, dei moduli — ma non zero, e non fingiamo il contrario: aprire una chat e scrivere è più veloce, il primo giorno. La differenza si vede al trentesimo, quando quella chat non si ricorda niente e il file sì.

In una riga

Una Skill è una cosa che la tua IA sa fare. Un Reminder è chi è mentre la fa. Tienile tutte e due: non si pestano i piedi, perché non stanno nello stesso posto.