Nella Sezione 1 hai visto le basi del prompting in un modulo solo. Qui ci stiamo un'intera sezione, perché è la parte con il ritorno più alto: si impara in poche ore e cambia il modo in cui lavori tutti i giorni.

Che cosa trovi

1 · Il modello legge tutto ogni volta

Una conversazione non è un dialogo con qualcuno che ricorda: a ogni tuo messaggio il sistema rilegge da capo l'intera conversazione e genera la continuazione. Non c'è nessuno "dall'altra parte" che stava seguendo: c'è un testo che cresce e che viene rielaborato ogni volta.

Lo spazio disponibile per questo testo si chiama finestra di contesto e si misura in token, i frammenti in cui viene spezzato il linguaggio (in italiano, mediamente, un token vale poco meno di una parola).

2 · Tra una conversazione e l'altra non ricorda nulla

Salvo funzioni esplicite di memoria (che alcuni prodotti offrono, e che vanno attivate consapevolmente), ogni nuova conversazione parte da zero. Il modello non sa chi sei, che lavoro fai, come scrivi. Se ogni volta ricominci a spiegarlo, hai due strade: le istruzioni permanenti del prodotto che usi, oppure un blocco di contesto che tieni pronto e incolli (Modulo 8).

3 · Non è deterministico

La stessa domanda posta due volte dà risposte diverse. Non è un difetto: nella generazione c'è una componente casuale voluta, che rende il testo più naturale. Alcuni strumenti la chiamano temperatura.

Conseguenza utile: se una risposta non convince, rigenerarla è a volte più veloce che discuterla. E se un risultato ti serve identico ogni volta, non affidarlo al modello: fattelo dare come procedura, modello o codice da riutilizzare.

4 · Sa quello che ha letto fino a una certa data

Ogni modello ha una data limite di addestramento. Su fatti successivi non ha informazioni, e se non lo dichiara può colmare il vuoto inventando. Chiedere "qual è la tua data limite di conoscenza?" è una domanda legittima e utile prima di fidarsi di una risposta su cose recenti.

5 · Molti prodotti usano strumenti esterni

Quello che chiami "il modello" spesso è un prodotto che, dietro le quinte, può cercare sul web, leggere i file che carichi, eseguire codice per fare calcoli, generare immagini. Cambia molto: con la ricerca attiva le informazioni recenti diventano affidabili se le fonti lo sono; con l'esecuzione di codice i calcoli smettono di essere un punto debole.

Le istruzioni di sistema

Oltre a quello che scrivi, quasi tutti i prodotti includono un system prompt: istruzioni permanenti impostate da chi ha costruito il prodotto (tono, limiti, comportamenti). Non lo vedi, ma spiega perché lo stesso modello, dentro prodotti diversi, si comporta in modo diverso. Molti strumenti ti permettono di aggiungere le tue istruzioni permanenti: è la leva più sottovalutata di tutte.

I cinque elementi

Le tre rifiniture

• Il pubblico. "Per un cliente che non conosce la materia" e "per un collega tecnico" producono due testi diversi. Dirlo costa quattro parole.
• Gli esempi. Mostrare uno o due esempi di output desiderato (si chiama few-shot) vale più di qualsiasi descrizione: il modello imita meglio di quanto capisca istruzioni astratte.
• Il criterio di successo. "Deve poter essere letto in trenta secondi", "deve reggere l'obiezione di un revisore": dare il criterio con cui giudicherai il risultato ne alza la qualità.

Prima e dopo

La seconda contiene tutti e cinque gli elementi più il pubblico e un vincolo di stile. Non è più difficile da scrivere: è solo più esplicita.

Il trucco che vale più di tutti

Iterare invece di riscrivere

Il primo risultato è una proposta, non un verdetto. Le correzioni che funzionano sono specifiche e chirurgiche:

• "Il secondo paragrafo è generico: riscrivi solo quello, con un esempio concreto."
• "Taglia il 40% senza perdere il punto sulla scadenza."
• "Mantieni il contenuto, cambia il tono: come parlerei a un cliente che conosco da dieci anni."
• "Ora fai il revisore critico: elenca i tre punti più deboli di quello che hai appena scritto."

Quest'ultima merita attenzione: chiedere al modello di criticare il proprio output è una delle tecniche più efficaci e meno usate. Spesso individua davvero i punti fragili, e a quel punto puoi chiedergli di correggerli.

Costruttore di richieste

La domanda da farsi ogni volta

Come si fornisce il materiale

Il testo lungo va delimitato, così il modello distingue le tue istruzioni dal materiale da elaborare. Bastano dei marcatori espliciti:

Riassumi il verbale qui sotto in 8 punti d'azione, ciascuno
con responsabile e scadenza se indicati. Usa solo quanto
contenuto nel testo: se un'informazione manca, scrivi
"non indicato" invece di dedurla.

===== INIZIO VERBALE =====
[incolla qui]
===== FINE VERBALE =====

Le tre istruzioni che ancorano la risposta

• "Usa solo il testo fornito." Impedisce di mescolare conoscenza generica e documento.
• "Se un'informazione non c'è, dillo." Trasforma il silenzio in un'informazione esplicita invece che in un'invenzione.
• "Per ogni affermazione indica il punto del testo da cui viene." Rende la verifica rapida: controlli i riferimenti invece di rileggere tutto.

Documenti lunghi

1. Prima la mappa. "Elenca le sezioni del documento con una riga di descrizione ciascuna." Ti dice se ha davvero letto tutto e ti orienta.
2. Poi il lavoro a blocchi. Sezione per sezione, con lo stesso schema di output, così i pezzi si assemblano.
3. Infine la sintesi delle sintesi. Incolli i risultati parziali e chiedi la visione d'insieme.

Dare esempi del risultato che vuoi

Per compiti ripetitivi (estrazione dati, classificazione, schede prodotto) due esempi valgono una pagina di istruzioni:

Estrai da ogni fattura: fornitore, numero, data, imponibile,
IVA, totale. Restituisci una riga per fattura, campi separati
da punto e virgola, senza intestazioni.

Esempi del formato che voglio:
Rossi SRL;2026/114;12/03/2026;1200,00;264,00;1464,00
Bianchi SPA;A-8891;03/04/2026;450,50;99,11;549,61

Ecco i documenti:
[incolla]

Che cosa non incollare, mai

La regola d'ingresso

Domande fattuali: come chiederle

Rispondi a questa domanda: [domanda].

Requisiti:
- distingui chiaramente ciò che sai con certezza da ciò di cui
  non sei sicuro;
- se hai cercato sul web, elenca le fonti con data e link;
- se non hai fonti, dichiaralo esplicitamente all'inizio;
- non riempire i vuoti: dove non sai, scrivi "non lo so".

L'ultima riga sembra ingenua e invece funziona: dare il permesso esplicito di non sapere riduce sensibilmente le invenzioni, perché rende "non lo so" una continuazione plausibile.

La ricerca strutturata

Per un lavoro serio, la richiesta generica "parlami di X" produce un riassunto da manuale. Struttura invece la ricerca:

Obiettivo: devo decidere se [decisione concreta].
Ambito: [settore, area geografica, orizzonte temporale].
Cosa mi serve:
1. lo stato attuale in 10 righe;
2. i 3 fattori che pesano di più sulla decisione;
3. i dati quantitativi disponibili, con fonte e data;
4. che cosa sostengono i critici di questa scelta;
5. le 3 domande che dovrei porre a un esperto.
Formato: sezioni titolate, massimo 700 parole.
Vincolo: segnala esplicitamente dove i dati sono incerti
o contestati, invece di sceglierne uno.

Approfondire per livelli

Per capire un tema nuovo, la sequenza che funziona meglio è a imbuto:

1. "Spiegami [tema] in 10 righe, come a una persona intelligente che non è del settore."
2. "Ora rispiegalo al livello di un professionista che ci lavora: quali distinzioni ho perso nella versione semplice?"
3. "Quali sono i tre malintesi più comuni su questo tema?"
4. "Che cosa non è ancora chiaro nemmeno agli esperti?"

L'ultima domanda è quella che dà più valore: costringe a separare il consolidato dal controverso, che è esattamente ciò che un riassunto generico appiattisce.

Confrontare opzioni

Confronta [A], [B] e [C] per il mio caso: [contesto in 3 righe].

Restituisci una tabella con: criterio | A | B | C, usando
questi criteri: [criterio 1], [criterio 2], [criterio 3].
Sotto la tabella: quale sceglieresti nel mio caso e perché,
in 5 righe, e quale sarebbe la ragione principale per
scegliere diversamente.

Difendersi dalle allucinazioni

Il problema del "sapore di IA"

I testi generati senza indicazioni hanno un timbro riconoscibile: aperture solenni sul mondo che cambia, triplette di aggettivi, frasi che non dicono nulla ("in un contesto sempre più complesso"), chiusure che riassumono ciò che si è appena letto. Non è un difetto tecnico: è la media di tutto ciò che il modello ha letto.

Si corregge con i vincoli, ed è il caso in cui i divieti espliciti funzionano meglio delle istruzioni positive:

Vincoli di stile, tassativi:
- niente premesse generali: entra subito nel merito;
- niente aggettivi valutativi (importante, fondamentale,
  innovativo, strategico);
- niente frasi sul contesto che cambia o sull'era digitale;
- frasi brevi, verbi concreti, nessun elenco puntato;
- non riassumere alla fine quello che hai appena detto.

Insegnargli il tuo stile

Il modo più efficace non è descriverlo, è mostrarlo:

Qui sotto trovi tre email che ho scritto io. Studia il registro,
la lunghezza delle frasi, come apro e come chiudo, quanto sono
diretto. Poi scrivi una nuova email su [argomento], con lo
stesso stile. Non imitare i contenuti, solo il modo.

--- EMAIL 1 ---
[incolla]
--- EMAIL 2 ---
[incolla]
--- EMAIL 3 ---
[incolla]

Vale la pena farlo una volta sola bene: poi chiedi al modello di descrivere il tuo stile in dieci righe e conservi quella descrizione, da riusare come istruzione permanente.

Scaletta prima, testo dopo

Per documenti oltre la mezza pagina, chiedere subito il testo finito è un errore: correggere un testo lungo costa più che rifarlo. La sequenza giusta è in due tempi.

Passo 1: propone la scaletta, non il testo.
"Prima di scrivere, propongo una scaletta: elenca i punti
nell'ordine in cui li tratteresti, con una riga ciascuno.
Aspetta la mia approvazione prima di scrivere."

Passo 2 (dopo aver corretto la scaletta):
"Ok, procedi. Scrivi solo i punti 1 e 2, così vedo il tono
prima di andare avanti."

Adattare, non riscrivere

Una volta che un testo è buono, moltiplicalo invece di rifarlo:

• "Adatta questo testo per una newsletter: stessa sostanza, metà lunghezza, tono più diretto."
• "Riscrivilo per un pubblico che non conosce la materia, senza tecnicismi e senza semplificare i fatti."
• "Versione da leggere ad alta voce in due minuti."
• "Traducilo in inglese mantenendo il registro professionale italiano, senza calchi."

Il revisore critico

Usalo anche sui tuoi testi, non solo sui suoi:

Fai il revisore severo di questo testo che ho scritto io.

1. Che cosa non è chiaro a un lettore che non conosce il caso?
2. Quali affermazioni non sono sostenute?
3. Dove sto girando intorno al punto?
4. Qual è la frase più debole e perché?

Non riscrivere il testo: fammi solo le osservazioni.

L'ultima riga è essenziale: senza, ti restituirà una riscrittura e perderai il valore della critica.

Scomporre prima di chiedere

Le domande grandi ("dovrei aprire una seconda sede?") producono risposte generiche. Le domande scomposte producono materiale utilizzabile. Chiedi al modello stesso di scomporre:

Devo decidere se [decisione]. Non rispondere ancora.

Prima: scomponi la decisione nelle 5-7 sotto-domande a cui
dovrei saper rispondere per decidere bene, ordinate da quella
che pesa di più a quella che pesa di meno. Per ciascuna indica
quali informazioni mi servirebbero e se sono ottenibili.

Il ragionamento passo passo, e i suoi limiti

Chiedere "ragiona passo per passo prima di rispondere" migliora sensibilmente i compiti logici, perché costringe il modello a produrre i passaggi intermedi invece di saltare alla conclusione.

Tabelle di confronto con criteri pesati

Valuta queste opzioni: [A], [B], [C].
Criteri e peso: costo (40%), tempo di attivazione (30%),
rischio operativo (20%), reversibilità (10%).

Tabella: opzione | punteggio per criterio (1-5) | totale pesato.
Sotto: in 5 righe, che cosa cambierebbe la classifica se il
costo pesasse solo il 10%.

L'ultima domanda è la più utile: mostra quanto la conclusione dipende dai pesi che hai scelto tu, cioè da un giudizio, non dai dati.

Il pre-mortem

La tecnica più efficace per stress-testare un'idea prima di impegnarci risorse:

Siamo tra un anno e questo progetto è fallito: [descrizione
del progetto in 5 righe].

Scrivi l'autopsia. Elenca le 6 cause più probabili del
fallimento, dalla più probabile alla meno, e per ciascuna:
il segnale che avremmo potuto notare nei primi due mesi, e
la contromisura che avremmo dovuto prendere subito.

Farsi contraddire

Il modello tende ad assecondare chi gli parla, e questa è forse la sua distorsione più insidiosa nel lavoro intellettuale: se presenti la tua idea con entusiasmo, molto probabilmente te la confermerà. Contrastalo esplicitamente:

• "Costruisci la versione più forte possibile dell'argomento contrario al mio."
• "Elenca i tre presupposti impliciti del mio ragionamento e dimmi quale è il più fragile."
• "Che cosa direbbe di questa proposta un revisore ostile e competente?"
• "Non dirmi se ho ragione: dimmi quale informazione mi manca per saperlo."

Numeri e dati

Che cosa puoi chiedere senza saper programmare

Le sei cose da specificare sempre

1. L'ambiente: Excel o Google Sheets, Windows o Mac, quale versione.
2. I dati reali: incolla tre righe di esempio, con i nomi veri delle colonne.
3. Il risultato atteso: che cosa deve esserci alla fine, in che forma.
4. I casi limite: celle vuote, duplicati, date malformate, cosa deve succedere.
5. Il tuo livello: "non so programmare, spiegami ogni passaggio come se fosse la prima volta".
6. La sicurezza: "lo script non deve cancellare né sovrascrivere nulla: deve scrivere in una cartella nuova".

Non so programmare. Ho bisogno di uno script che rinomini
i file di una cartella.

Ambiente: Mac, cartella ~/Documenti/Fatture.
File attuali: "scan_0001.pdf", "scan_0002.pdf"...
Risultato voluto: "2026-03-12_RossiSRL.pdf", prendendo data
e fornitore dal contenuto del PDF.
Vincoli: non modificare gli originali, scrivere le copie
rinominate in una cartella nuova; se un dato non si trova,
lasciare il nome originale e segnalarlo in un elenco finale.

Dammi: 1) lo script, 2) le istruzioni passo passo per
eseguirlo senza sapere nulla di informatica, 3) come
annullare tutto se qualcosa va storto.

Quando qualcosa non funziona

Il debug è dove l'IA rende di più. La regola è una sola: incolla l'errore per intero, non riassumerlo.

Ho eseguito lo script che mi hai dato e ottengo questo errore.
Incollo tutto, compresa la parte che non capisco:

[incolla il messaggio d'errore completo]

Dimmi: che cosa significa in parole semplici, qual è la causa
più probabile, e la correzione minima da fare. Se ti serve
sapere qualcosa del mio sistema, chiedimelo.

Le quattro regole di sicurezza

Catene di richieste

I compiti complessi non vanno chiesti in un colpo solo: vanno spezzati in passaggi, ognuno verificato prima del successivo. Un esempio reale su una circolare ai clienti:

Sembra più lento. Nella pratica è più veloce, perché ogni errore viene intercettato quando costa poco correggerlo.

Istruzioni permanenti

Quasi tutti gli strumenti permettono di impostare istruzioni valide per tutte le conversazioni. È la leva con il miglior rapporto tra sforzo e beneficio: si scrive una volta e vale sempre.

Chi sono: [ruolo], lavoro in [settore], i miei interlocutori
tipici sono [chi].

Come voglio le risposte:
- vai al punto, niente premesse né riepiloghi finali;
- se una domanda è ambigua, chiedimi chiarimenti invece
  di assumere;
- distingui sempre ciò che sai da ciò che stai supponendo;
- quando citi dati o norme, indica la fonte o dichiara
  che non ce l'hai;
- non assecondarmi: se sbaglio o se c'è un'obiezione seria,
  dimmelo prima di eseguire.

La tua libreria di prompt

Ogni volta che una richiesta funziona bene, salvala. In sei mesi avrai venti modelli riutilizzabili che valgono più di qualunque corso. Qui sotto una base da cui partire: apri, copia, adatta.

Agenti: quando il modello agisce

Gli strumenti più recenti non si limitano a rispondere: navigano, leggono file, compilano moduli, inviano richieste. Il salto non è di capacità, è di responsabilità: un testo sbagliato lo leggi prima di usarlo, un'azione sbagliata è già avvenuta.

Prompt injection: il rischio che quasi nessuno conosce

Quando un modello legge contenuti che non hai scritto tu, una pagina web, un'email, un PDF ricevuto, quel contenuto può includere istruzioni nascoste rivolte al modello. Per lui, testo è testo: non distingue in modo affidabile le tue istruzioni da quelle incontrate nel materiale.

Le conseguenze diventano serie proprio quando il sistema può agire: un documento ostile può tentare di fargli rivelare informazioni della conversazione o compiere azioni che non hai chiesto.

La checklist prima di usare un risultato

1. Numeri, date, nomi, importi verificati sulla fonte.
2. Citazioni e riferimenti controllati o forniti da me.
3. Affermazioni sulla mia realtà (azienda, clienti, prassi) vere e non dedotte.
4. Nessun dato riservato è finito nel prompt.
5. Il testo lo firmo io: lo difenderei davanti al destinatario.
6. Trasparenza valutata, se il contenuto va all'esterno.

Quando conviene non usarlo

• Quando scrivere direttamente è più veloce che spiegare cosa vuoi.
• Quando la fatica è il punto: imparare, decidere, capire davvero una materia.
• Quando l'errore non è recuperabile e non hai modo di verificare.
• Quando il valore che porti è proprio il giudizio che staresti delegando.