Base comune
Organizzare le proprie skill per cappelli (ruoli)
Un orchestratore per ruolo che indirizza verso mattoni specializzati: il vostro saper fare diventa riutilizzabile, da voi e da altri.
Schermata di uno strumento reale · dati fittizi, nomi sfocati · interfaccia in inglese
Il problema
Ogni volta che spiegate a Claude come revisionare una tesi o costruire una diapositiva sul vostro modello, ripartite da zero. E quando le istruzioni diventano diverse decine, nessuno sa più quale attivare.
Figura. L’orchestratore indirizza verso gli ambiti e i loro mattoni.
Metodo passo per passo
-
Scrivere una skill non appena un saper fare si ripete tre volte: un file di istruzioni con le sue frasi di attivazione («revisiona questa tesi», «costruisci questo caso»), le sue fasi, il suo risultato e le sue salvaguardie.
-
Raggrupparle per cappelli (ruoli): un orchestratore per cappello (accademico, reparto, ricerca sui dati…). Qualifica la richiesta e indirizza verso un mattone, senza mai svolgere da sé il lavoro di dettaglio.
-
Dichiarare i confini: ciò che ogni cappello esclude, e a quale altra skill passa la mano.
-
Creare un Progetto Claude per ambito per conservare il contesto delle conversazioni (Accademico, Reparto, Ricerca).
-
Tenere una mappa delle skill (un artefatto): quale skill, quale attivazione, quale missione, quale stato.
-
Farsi proporre le modifiche come «schede da approvare», a piccoli lotti, anziché lasciare che l’IA riscriva le proprie skill.
-
Confezionare ciò che è stabile come plugin, per reinstallarlo su un nuovo computer o condividerlo con un collega. Cambiare computer va preparato:
- dividere in tre famiglie: ciò che viaggia su disco (cartelle, basi di dati, file di regole); ciò che ritorna da solo con l’account (skill, attività, artefatti); ciò che va rifatto a mano (connessioni, unità montate, autorizzazioni);
- verificare la copia ricontando da entrambi i lati (numero di file e dimensione per cartella);
- tenere d’occhio il nome della cartella utente: è il vero rischio, perché tutti i percorsi ne dipendono;
- finché le due macchine producono, tenere un solo master; l’altra riceve le novità in modo incrementale, in modalità «prudente» (aggiunge solo ciò che manca) o «aggiornamento» (non sovrascrive mai un file più recente);
- ricreare le attività legate alla postazione e verificarne il fuso orario (il cambio dell’ora può spostarle);
- mettere a riposo la vecchia postazione, senza cancellarla, dopo un ciclo mensile completo.
-
Un ciclo di apprendimento settimanale: ogni settimana Claude rilegge le correzioni che avete fatto e propone un pacchetto di aggiornamenti delle skill, che installate voi stessi dopo averli letti. I dettagli sono nella scheda Il ciclo di apprendimento.
-
Una pagina per «cappello» per ogni ruolo: una scheda gerarchia (orchestratore, ambiti, mattoni), una scheda per ambito con lo stato delle sue pratiche, una scheda skill e attività pianificate, e l’elenco di ciò che resta fuori.
-
Mettere ordine nella raccolta: un alias o un doppione viene archiviato (mai cancellato); un mattone condiviso tra due cappelli viene dichiarato come tale; una variante distribuita ad altri non sovrascrive mai la vostra versione personale; le skill di formato (Word, PowerPoint, Excel, PDF) restano trasversali.
Figura. Gli agenti e le loro skill: vedi la pagina Agenti.
Più agenti che lavorano insieme
- Un registro comune dei progetti, letto per primo da ogni agente: un sotto-agente parte da una memoria vuota e non vede le conversazioni degli altri. Il registro (progetto, stato, cartella, prossima tappa, agente responsabile) gli fornisce il contesto in una sola lettura.
- Due modalità di delega: la presa in carico diretta, in cui un solo agente tratta la richiesta dall’inizio alla fine; oppure il direttore d’orchestra, che lancia più agenti in parallelo e poi raccoglie i loro risultati. La seconda costa circa dieci volte più di una conversazione: va riservata ai compiti ampi (una rassegna su più assi, un inventario completo). Un sotto-agente non lancia a sua volta altri sotto-agenti: è l’orchestratore a distribuire il lavoro.
- Poli di competenza trasversali: una matrice agenti × temi di ricerca (per esempio «sonno e prestazioni», «simulazione nella didattica», «dati di vita reale»). Ogni polo ha il suo «brief del polo» di una pagina (domanda, fonti, progetti in corso, prossime scadenze), che ogni agente legge prima di lavorare su quel tema.
- Un contratto per agente, scritto prima di costruirlo: ciò che fa, ciò che esclude, ciò che consegna. Poi un banco di prova di una ventina di richieste reali, con la risposta attesa (quale agente, quale risultato), ripetuto dopo ogni modifica.
- Un ciclo in sette tempi: ingresso (una mail, un file, una frase) → orchestratore (qualifica e indirizza) → agente (esegue) → uscita (risultato in zona da approvare) → approvazione (voi) → audit (un controllo separato verifica che tutto si sia chiuso) → lezione (ciò che si è imparato torna nella skill).
- Un cappello «ponte» quando un ambito viene trasferito a un altro progetto: resta visibile, in sola lettura. I ponti passano dall’indice, dai collegamenti e dal registro, mai da copie. La vecchia scheda viene congelata e datata.
Verificare e alleggerire le proprie skill
Togliere prima di aggiungere. La diagnosi è quasi sempre la stessa: strati successivi di istruzioni, mai rimossi, che finiscono per contraddirsi.
- Misurare la dimensione di ogni skill e cominciare dalle più lunghe.
- Ridurre ogni descrizione a 40–60 parole: l’oggetto, da 5 a 8 frasi di attivazione, un’esclusione. Una descrizione lunga confonde lo smistamento; una descrizione molto corta si attiva troppo poco.
- Una sola fonte per regola: le regole sparse in più skill confluiscono in un file di regole comune, che le skill citano.
- Datare le eccezioni alle salvaguardie e riporle in quel file di regole, mai nel corpo di una skill.
- Una riga di stato in testa a ogni skill: versione, data, attiva o a riposo, skill che la sostituisce.
- Classificare gli errori rilevati per causa principale (attivazione, regola mancante, fonte assente, conflitto tra skill) anziché correggerli uno per uno.
Primo cantiere: spegnere, unire e archiviare. Mai cancellare.
Risultato
Una libreria di skill organizzata per ruolo, una mappa leggibile, un progetto per ambito.
Prompt di partenza
Analizza le mie conversazioni degli ultimi due mesi, raggruppale per tema e, per ogni tema, proponi: creare un progetto, creare una skill, oppure niente. Presentalo in una tabella da approvare, senza modificare nulla.