C’è un’aspettativa che rovina più conversazioni con un agente di qualunque errore tecnico: pensare che la prima risposta debba essere già quella giusta. Quando non lo è, la reazione comune è riscrivere tutta la richiesta da capo, magari più arrabbiati, invece di fare la cosa più semplice: dire cosa non va, in una frase.

La bozza non è un fallimento

Chiedi a un collega di preparare una prima versione di un documento e ti aspetti di doverla rivedere: è normale, è come funziona lavorare con qualcuno. Con un agente capita la stessa cosa, ma per qualche motivo l’aspettativa cambia: la prima risposta sembra dover essere definitiva, e se non lo è, sembra un fallimento dello strumento. Non lo è. È semplicemente la prima bozza, ed è progettata per essere corretta, non per essere perfetta al primo colpo.

Questo cambia il modo in cui vale la pena leggere una risposta imperfetta. Invece di giudicarla tutta insieme come «buona» o «da buttare», guarda cosa specificamente non va: il tono è sbagliato ma la struttura va bene? Manca un punto ma il resto è solido? Isolare il problema specifico è il primo passo per correggerlo in fretta.

Correggere in modo specifico

«Non va bene, riprova» è l’istruzione meno utile che puoi dare, perché non dice cosa cambiare, e l’agente rischia di cambiare proprio la parte che invece andava bene. Molto più utile è nominare esattamente cosa non funziona: «il secondo paragrafo è troppo lungo, il resto va bene così», oppure «il tono è giusto ma manca il punto sui tempi di consegna». Una correzione specifica in una frase spesso vale più di una richiesta iniziale scritta con grande cura, perché arriva dopo che hai già visto un tentativo concreto e sai esattamente cosa ti manca.

C’è anche un vantaggio che si vede solo dopo un po’ di pratica: una conversazione che continua conserva quello che avete già stabilito insieme. Non devi ripetere per chi è il testo o che tono vuoi, l’agente lo ricorda dai messaggi precedenti nella stessa conversazione. Questo rende il secondo giro più veloce del primo, non più lento.

Quando conviene ripartire, invece di correggere

Non tutte le bozze deludenti vanno corrette. A volte la prima risposta parte da un’impostazione sbagliata alla radice, e correggerla pezzo per pezzo costa più tempo che ricominciare con un’istruzione migliore. Il segnale da guardare è questo: se la correzione che vorresti fare riguarda un dettaglio, correggi. Se la correzione che vorresti fare è «rifallo tutto in un altro modo», quello è il segnale che l’istruzione di partenza mancava di qualcosa di importante, probabilmente una delle tre cose viste nel capitolo su come dare istruzioni: per chi è, che forma deve avere, cosa non va bene. In quel caso conviene tornare indietro e sistemare l’istruzione, non continuare a rattoppare l’output.

Quanti giri di correzione sono ragionevoli

Non c’è un numero fisso, ma un segnale utile: se ogni correzione ti avvicina chiaramente al risultato, continua pure, due o tre giri sono normali anche per compiti semplici. Se invece dal secondo al terzo giro la risposta oscilla senza convergere, ballando fra un’imprecisione e l’altra senza mai stabilizzarsi, è il segnale che l’istruzione di partenza aveva un’ambiguità di fondo che nessuna correzione locale risolverà. A quel punto vale la stessa regola del paragrafo precedente: torna all’istruzione, non continuare a rincorrere il dettaglio.

Un esempio vero

Chiedi un primo paragrafo di presentazione per un evento aziendale. La bozza che arriva è corretta ma fredda, sembra scritta per un comunicato stampa più che per i tuoi colleghi. La correzione che dai è precisa: «il contenuto va bene, ma il tono è troppo formale: scrivilo come se lo stessi dicendo a voce ai colleghi durante una riunione». La seconda versione arriva già vicinissima a quello che ti serve, perché l’agente non deve ripartire da zero: deve solo aggiustare una variabile precisa, tenendo fermo tutto il resto che già andava bene.

Una cosa da fare, adesso

La prossima volta che una risposta non ti convince del tutto, prima di riscrivere la richiesta da capo, fermati e scrivi in una frase cosa specificamente non va. Manda solo quella frase come correzione, senza ripetere il resto dell’istruzione originale, e guarda se il secondo tentativo migliora più in fretta del solito.

Un prompt da cui partire

Nella tua risposta precedente, [cosa specificamente non va: tono, lunghezza, un punto mancante, un dettaglio sbagliato].
Il resto va bene così. Correggi solo questo aspetto, senza cambiare il resto.

Dove andare adesso

Nel prossimo capitolo vediamo come decidere quanto fidarti di un risultato e cosa controllare prima di usarlo davvero: correggere bene è metà del lavoro, sapere quando fermarti a verificare è l’altra metà.