Dall'idea allo strumento
Tutto ciò che questo sito descrive è stato costruito allo stesso modo. Un fastidio quotidiano diventa un’idea, l’idea diventa un concetto, il concetto viene costruito con Claude, passa per la fase di test, poi viene messo in servizio e mantenuto. Saltare una fase costa sempre più che farla.
Le cinque fasi
1. Idea: il problema in una frase
- Scrivete il problema, non la soluzione: “ogni assenza scatena una catena di email e le sale restano vuote”.
- Verificate che si ripeta: almeno una volta alla settimana, o la stessa istruzione data tre volte.
- Scegliete un primo bisogno; gli altri aspetteranno.
Segnale d’allarme: voler automatizzare tutto in una volta. Cominciate da ciò che fa perdere più tempo.
2. Concetto: che cosa sarà lo strumento
- Scegliete la forma: una skill (una competenza che Claude applica), un artifact (una pagina da consultare), una routine (un’attività programmata), un progetto (uno spazio di lavoro per ruolo) o uno strumento online (per chi non usa Claude).
- Definite gli input, l’output e il risultato: che cosa legge lo strumento, che cosa produce, dove lo conserva.
- Scrivete i limiti di sicurezza prima della prima riga: che cosa non farà mai senza la vostra approvazione.
- Elencate le questioni aperte e risolvetele prima di costruire.
Segnale d’allarme: un capitolato che una sola persona capisce. Fatelo rileggere a Claude: “che cosa è ambiguo?”.
3. Costruzione: che cosa chiedere a Claude
- Una prima versione minima, poi piccole richieste successive.
- Ogni consegna numerata (v1, v2…), la precedente archiviata.
- Mai dati reali incorporati in qualcosa che verrà condiviso.
Segnale d’allarme: correggere dieci cose in un’unica richiesta. Una richiesta, una modifica, un test.
4. Test: dimostrare che funziona
- Testate su un caso reale, poi su un caso limite (dato mancante, nome sconosciuto, azione insolita).
- Fate verificare a Claude ciò che un umano non rilegge più: discrepanze tra due fonti, nomi, identificativi, link.
- Non correggete nulla senza approvazione: la fase di test produce un elenco, non modifiche.
Segnale d’allarme: un test che passa sul vostro computer non dimostra nulla per i computer dei colleghi.
5. Messa in servizio: consegnare, pubblicare, mantenere
- Consegnate sempre la stessa cosa, nello stesso posto, con lo stesso nome.
- Scrivete la procedura di pubblicazione per qualcuno che non l’ha mai fatta, compreso ciò che dovrebbe vedere alla fine.
- Annunciatela agli utenti con un’email redatta nella conversazione e inviata da voi.
- Comprimete la discussione in una skill: le difficoltà già risolte non devono essere imparate di nuovo.
Segnale d’allarme: uno strumento senza responsabile e senza procedura muore al primo guasto.
Le cinque fasi, a seconda di ciò che si costruisce
| Skill | Artifact | Routine | Progetto | Strumento online | |
|---|---|---|---|---|---|
| Idea | Un’istruzione data tre volte | Una domanda posta ogni giorno | Un controllo fatto ogni giorno | Conversazioni mescolate | Colleghi che non hanno Claude |
| Concetto | Nome, trigger, passaggi, risultato, limiti di sicurezza, passaggi di consegne | Una domanda per pagina; dati in un database, non nella pagina | Un piano di esecuzione scritto in un file; budget | Un ruolo per progetto; documenti di riferimento; confini | Capitolato, schede, architettura, diritti di accesso |
| Costruzione | Chiedere a Claude di scrivere la skill a partire dalla conversazione | Pubblicare la pagina, poi collegarla a un database | Creare l’attività che legge il piano | Creare il progetto, aggiungere istruzioni e documenti | Costruirlo versione dopo versione |
| Test | Testarla su tre richieste reali | Verificare su telefono e con più utenti | Rileggere il registro delle prime esecuzioni | Verificare che una domanda arrivi al progetto giusto | Triplo test, doppio controllo |
| Messa in servizio | Aggiungerla alla mappa delle skill | Fissarla; archiviare i doppioni | Monitorare con semafori; notificare solo quando serve un’azione | Fissare le conversazioni utili | Pubblicazione in quattro clic, annuncio, skill |
Vedere un caso completo
- I turni del reparto: quindici tappe, con le difficoltà incontrate e i segnali d’allarme.
- La skill “presentazione a un congresso”: dall’invito a un unico laboratorio di preparazione, con la banca delle diapositive passate.
- Le skill “bibliografia” e “aggiornamento bibliografico”: una revisione puntuale e un flusso permanente, e perché servono entrambe.
- Il cruscotto di anticipazione: orizzonti temporali, scadenze a ritroso, presentazioni a G-30.
- Separare i propri progetti per cappello: sei spazi di lavoro, una regola di attribuzione, confini scritti.