Si legge regolarmente che il prompt engineering è morto, ucciso da modelli che “capiscono tutto”. La realtà sul campo è l’opposto: man mano che gli usi si complessificano (agenti, RAG, multi-turn), il prompt ridiventa codice. Lo versioniamo, lo testiamo, lo ottimizziamo.
Tre regole prima delle tecniche
- 1
Valutare prima di ottimizzare
Senza un dataset di valutazione (10-50 esempi con output atteso), state lavorando al buio. È l’unico modo di sapere se un cambio migliora davvero.
- 2
Piccolo prima di grande
Suddividete. Un prompt che fa male 4 cose vale 4 prompt che fanno bene 1 cosa. Il chaining batte quasi sempre la complessificazione.
- 3
Misurare l’indicatore giusto
Precisione, latenza, costo, robustezza agli input ostili: decidete cosa conta prima di ottimizzare. La tecnica migliore cambia secondo l’obiettivo.
Le 10 tecniche in dettaglio
Chain-of-Thought strutturato
Chiedete esplicitamente “scomponi in step numerati prima di rispondere”. Sui modelli 2026 senza modalità reasoning, è ancora un guadagno netto in affidabilità.
Non rispondere subito. (1) Elenca le ipotesi. (2) Valuta ognuna. (3) Confronta. (4) Concludi.