Scrivi un brief di contesto per Claude che non riscrivi mai più
5 min di lettura
La maggior parte delle persone inizia ogni nuova chat allo stesso modo: una o due frasi di contesto, poi la richiesta vera e propria. Il tuo ruolo, il tuo team, a cosa stai lavorando in questo trimestre, tutto riscritto a memoria, un po' diverso ogni volta. Funziona, ma è lo stesso costo di impostazione pagato più e più volte per informazioni che in realtà non sono cambiate.
Consiglio
Un brief di contesto non è un prompt più lungo. È la manciata di fatti che sono veri qualunque cosa tu chieda quel giorno, scritti una volta per smettere di ridecidere come formularli.
Se riscrivi le stesse tre frasi ogni settimana, appartengono a un brief, non alla tua memoria.
Cosa appartiene davvero a un brief
Un brief di contesto è breve di proposito. Contiene i fatti che restano veri per molte richieste diverse, non i dettagli specifici dell'attività di oggi. Mescolare le due cose è ciò che fa rinunciare all'idea dopo un solo tentativo, perché un brief che cerca di coprire tutto diventa faticoso da mantenere quanto riscrivere.
Il tuo ruolo e il tuo team, abbastanza specifici da contare
Termini standard o gergo che il tuo lavoro usa e che Claude altrimenti non conoscerebbe
Priorità attuali o contesto che plasmano come vuoi che la maggior parte delle cose venga affrontata in questo momento
Cosa non appartiene: tutto ciò che è specifico di un'attività. La scadenza di questa email in particolare, il pubblico di questa slide in particolare, il numero esatto di questo report in particolare. Quel dettaglio cambia ogni volta, quindi appartiene al prompt stesso, non a un brief che dovresti modificare di continuo per mantenerlo accurato.
Un errore comune è scrivere qualcosa di più simile a una biografia completa del team che a un brief: il nome di ogni collaboratore diretto, ogni progetto passato, ogni strumento che il team abbia mai usato. Niente di tutto ciò cambia come Claude dovrebbe affrontare una tua richiesta tipica, quindi niente merita un posto in qualcosa che deve restare abbastanza breve da essere davvero riutilizzato. Se un fatto non cambierebbe il modo in cui Claude gestisce la maggior parte delle tue richieste, appartiene a un documento altrove, non qui.
Ecco il mio contesto: sono responsabile delle operazioni in un'azienda di logistica di 40 persone. Il mio team gestisce i rapporti con i fornitori e la documentazione dei processi interni. Usiamo “SOP” per procedura operativa standard e “la spinta del T3” per indicare il nostro attuale progetto di consolidamento del magazzino. Tienilo presente per il resto di questa conversazione.
”Nota cosa manca in quel brief: nessun accenno all'attività specifica di oggi. Quella viene dopo, nella richiesta vera e propria, una volta stabilito il contesto.
Dove vive davvero un brief
Per un'esigenza isolata, incollare il brief all'inizio di una chat basta. Ti costa un incolla invece di frammenti sparsi su dieci frasi separate, e Claude lo ha per il resto di quella conversazione.
Per un lavoro che copre molte chat nell'arco di settimane o mesi, riscrivere lo stesso brief all'inizio di ogni nuova chat vanifica lo scopo. È esattamente il vuoto che un progetto colma: conserva il brief una volta come istruzioni persistenti di un progetto, e ogni chat che avvii al suo interno ha già quel contesto, senza nulla da incollare. Se non ne hai ancora impostato uno, l'articolo sul lavorare con i progetti in questo percorso spiega esattamente quando vale la pena.
La linea di demarcazione è la frequenza, non l'importanza. Un brief per una singola presentazione ad alto rischio deve comunque essere incollato una sola volta, all'inizio di quella chat. Un brief per un ruolo continuativo, che altrimenti riscriveresti decine di volte in un trimestre, è ciò che giustifica davvero il costo di impostazione di un progetto.
Dentro Claude Tutorial
Scrivere qualcosa una volta per smettere di ripeterlo è un'abitudine trasferibile.
Un brief di contesto riutilizzabile è una versione di uno schema che compare ovunque: scrivi la parte stabile una volta, riutilizzala e tocca solo la parte che cambia davvero. L'app ha una lezione completa su questa abitudine, con esercizi che si portano ben oltre la scrittura di un brief.
Provarlo e aggiornarlo quando diventa obsoleto
Un brief che scrivi una volta e non rivedi mai si allontana lentamente dalla realtà. Il tuo team cambia, un progetto si chiude, il gergo che usavi sei mesi fa non significa più niente per nessuno, te compreso. Tratta un brief come un documento vivo, non come un'attività di impostazione una tantum.
- 1
Scrivi una breve prima versione
Da tre a cinque frasi. Se è più lunga, sta scivolando in dettagli specifici di un'attività che appartengono invece ai singoli prompt.
- 2
Provala su una richiesta reale
Incolla il brief, poi chiedi qualcosa che chiederesti comunque. Controlla se la risposta riflette davvero il contesto, non solo se Claude ha confermato di averlo letto.
- 3
Rivedi ciò che non ha funzionato
Se un termine non è stato recepito correttamente, o una priorità non ha plasmato la risposta come ti aspettavi, riscrivi quella sola riga invece dell'intero brief.
- 4
Rivedilo quando cambia qualcosa di reale
Un nuovo ruolo, un progetto concluso, un gergo che nessuno usa più. Prendili come il segnale per aggiornarlo, non un calendario fisso.
In base al contesto che ti ho dato sopra, qualcosa del mio ruolo o della spinta del T3 ti sembra superato o incompleto in un modo che cambierebbe come affronteresti una mia richiesta tipica? Chiedimelo direttamente se qualcosa non è chiaro.
”Un brief che funziona davvero svanisce sullo sfondo. Smetti di accorgerti che lo stai usando, ed è proprio questo lo scopo: il costo di impostazione doveva essere pagato una volta sola.
Continua a leggere
- Lavorare con i progetti: dare a Claude un contesto che rimane: dove un brief come questo trova posto quando il tuo lavoro va oltre una manciata di chat.
- Iniziare con Claude: la precedente abitudine di tenere un breve insieme di istruzioni riutilizzabile, che questo articolo trasforma in qualcosa di più duraturo.