Hai imparato nel capitolo precedente a distinguere un compito singolo da un workflow. Adesso affrontiamo il pezzo pratico più piccolo di ogni workflow: il prompt che lo apre. Se lo riscrivi ogni volta da zero, perdi il vantaggio principale di averlo già pensato bene una volta.

Il prompt lungo non è il problema, il prompt da rifare è il problema

C’è un’idea diffusa secondo cui un prompt riusabile debba essere lunghissimo, pieno di istruzioni per ogni caso possibile. Non è così. Un prompt riusabile non è un prompt lungo, è un prompt con dei buchi espliciti: una parte fissa, che scrivi una volta e non tocchi più, e una parte variabile, che riempi ogni volta con il caso specifico del momento.

La parte fissa contiene quello che non cambia mai per quel tipo di compito: chi legge il risultato, che forma deve avere, cosa non va bene, magari un esempio di output buono. La parte variabile contiene solo quello che cambia: il testo da riscrivere questa volta, i dati di questa settimana, il cliente di questa mail. Separare le due cose significa che la prossima volta non ti chiedi più «come scrivo questo prompt», ti chiedi solo «qual è il caso di oggi», che è l’unica domanda che davvero cambia ogni volta.

Costruire la libreria, un prompt alla volta

Non serve progettare una libreria completa dal primo giorno. Parte da un solo prompt: quello che usi più spesso, quello che riscrivi da zero ogni settimana con variazioni minime. Isolane la parte fissa, segnala i buchi con parentesi quadre, e salvalo in un posto che ritrovi facilmente, un documento, una nota, qualunque cosa tu consulti già per lavoro. La settimana dopo, quando ti serve di nuovo, lo apri, riempi i buchi, e basta.

La libreria cresce da sola nel tempo, non perché te la imponi come progetto, ma perché ogni volta che ti accorgi di riscrivere qualcosa di simile per la terza volta, quello è il segnale per farne un prompt salvato invece di scriverlo di nuovo da capo. Dopo qualche mese ti ritrovi con una manciata di prompt per i compiti che fai davvero spesso, non con un catalogo enorme di cose che potrebbero servirti.

Quando aggiornare un prompt salvato invece di riusarlo com’è

Un prompt salvato non è scolpito nella pietra. Se ti accorgi che, riempendo i buchi, aggiungi sempre la stessa istruzione extra che non era nella parte fissa originale, quello è il segnale che la parte fissa andava allargata: prendi quell’istruzione ricorrente e falla entrare stabilmente nel prompt salvato, così la prossima volta non la riscrivi nemmeno quella. Al contrario, se un’istruzione della parte fissa non ti serve mai più per un certo tipo di caso, toglila: un prompt salvato che accumula istruzioni per casi che non capitano più diventa più lungo senza motivo, e un buco in meno da riempire è sempre meglio di un’istruzione in più da ignorare.

Un esempio vero

Ogni settimana rispondi a domande simili di clienti diversi su ritardi di consegna. All’inizio scrivevi ogni mail da zero. Dopo la terza volta, isoli la parte fissa: «Scrivi una mail di risposta a un cliente per un ritardo di consegna. Tono professionale ma non freddo, massimo mezza pagina, senza frasi tipo “purtroppo non è stato possibile”. Struttura: riconoscimento del disagio, causa in una frase, nuova data, cosa offriamo per rimediare.» I buchi restano: nome del cliente, causa specifica, nuova data, eventuale rimedio. La prossima volta che ti serve, riempi quattro buchi invece di scrivere mezza pagina da zero, e il tono resta coerente cliente dopo cliente, cosa che con prompt scritti al volo non sempre succedeva.

Una cosa da fare, adesso

Guarda gli ultimi tre prompt che hai scritto per compiti simili tra loro. Isola la parte che si ripete uguale in tutti e tre e la parte che cambia. Scrivi il prompt salvato con i buchi al posto della parte variabile, e usalo la prossima volta che ti serve quel tipo di compito.

Un prompt da cui partire

[Parte fissa: chi legge il risultato, che forma deve avere, cosa non va bene, un esempio di output buono se ce l'hai]

Caso di oggi: [la sola parte che cambia ogni volta]

Il modello stesso può aiutarti a separare le due parti se non sai da dove iniziare: incollagli tre esempi di prompt simili che hai scritto in passato e chiedigli di individuare cosa resta uguale e cosa cambia.

Fallo davvero

La libreria ha bisogno di un posto fisico, e il posto giusto è quello che apri comunque ogni giorno. Le tre soluzioni che funzionano, dalla più semplice: un documento di note con un titolo per prompt (basta la ricerca del tuo strumento di note per ritrovarli); un file prompt.md se lavori già con file di testo, con un titolo per sezione; oppure dentro l’assistente stesso, dove i prompt fissi diventano istruzioni permanenti. In Claude questa funzione si chiama Projects, in ChatGPT si chiama GPT personalizzato o istruzioni personalizzate, in Gemini si chiama Gem: crei uno spazio con la parte fissa scritta una volta sola, e ogni conversazione in quello spazio parte già istruita. A quel punto incolli solo il caso di oggi.

Per provarlo con materiale pronto, prendi il prompt di smistamento che hai costruito nel capitolo precedente sulle dieci email di esempio e salvalo in uno di questi tre posti, con i buchi al posto delle email. La prova di collaudo: la settimana prossima, quando ti serve, devi ritrovarlo e usarlo in meno di un minuto. Se ci metti di più, il posto era sbagliato, e il posto sbagliato è il motivo per cui la maggior parte delle librerie di prompt muore entro un mese.

Dove andare adesso

Nel prossimo capitolo vediamo cosa fare quando anche un prompt ben scritto non basta più, perché il compito è troppo grande per un solo passaggio: scomporlo nei passi giusti è il passo successivo naturale. Per un principio simile visto da una fonte esterna, guarda anche il playbook «Scrivere prompt riusabili per il team».