Il nuovo manuale per il prompting di OpenAI invita gli utenti a smettere di sovrappensierare e a concentrarsi sui risultati
OpenAI ha recentemente pubblicato un manuale per il prompting progettato per utenti comuni e non sviluppatori. Il documento è incentrato su blocchi costruttori pratici, linee guida funzionali e suggerimenti per utilizzare Codex, invece che API o parametri di modello avanzati.
Questo nuovo manuale arriva poco dopo il lancio di ChatGPT Work, un prodotto dedicato costruito con la tecnologia Codex e il modello GPT-5.6. Questo strumento può dedicare molte ore a progetti complessi, operare attraverso applicazioni e file, e generare documenti completi come Excel o Word.
Il manuale unifica in un unico schema sia l'interfaccia regolare di ChatGPT che la funzionalità Codex. Il tono presenta differenze rispetto ai recenti documenti tecnici per GPT-5 e GPT-5.5, incentrati su parametri API, livello di sforzo di ragionamento o schemi dettagliati di prompt. La guida per l'utente, invece, elimina questi aspetti ma conserva il concetto fondamentale: iniziare con semplice, chiedere chiaramente ciò che si vuole e aggiungere restrizioni solo quando necessario.
I quattro blocchi opzionali per i prompt
OpenAI organizza i prompt intorno a quattro blocchi principali: obiettivo, contesto, formato di output e limiti. Nessuno di essi è obbligatorio. Un breve prompt spesso è sufficiente e riempire tutti e quattro i blocchi conviene soprattutto per compiti grandi o complessi, spiega l'azienda.
La guida consiglia di iniziare con il risultato piuttosto che con una sequenza di passaggi. “Descrivi un processo quando il processo stesso è rilevante. Altrimenti, lascia a ChatGPT la libertà di esplorare, confrontare informazioni e aggiustare il proprio approccio,” afferma il documento. L'audience di destinazione o il formato richiesto influenzano molto più i risultati rispetto ad istruzioni dettagliate.
Restrizioni superano gli script passo-passo
Piuttosto che delineare ogni passo, OpenAI consiglia l'inserimento di una o due regole rigide per prevenire azioni non desiderate. Alcuni esempi: “Mantieni invariati le date approvate e le cifre di budget” e “Prepara il messaggio come bozza. Non inviarlo.”
Vale lo stesso principio di "meno è meglio" anche per il contesto. Collegare solo fonti che effettivamente modifichino il risultato. La guida elenca opzioni come fogli di calcolo, documenti PDF, immagini, ricerche web e file condivisi tra utenti. I plugin di Google Drive, Gmail, Slack e GitHub completano l'insieme. Per progetti cruciali, OpenAI suggerisce di chiedere a ChatGPT di verificare da sé l’output, ad esempio verificando se ogni azione ha un responsabile e una scadenza.
Chat gestisce compiti brevi, Work gestisce attività complesse
La guida distingue tra Chat per risposte rapide e Work per progetti che coinvolgono più fonti, modifiche multiple o la produzione di documenti come report. Le attività Work richiedono più crediti ma sono sensate quando risparmiano tempo o supportano decisioni importanti. Per attività ripetitive, OpenAI raccomanda di raffinare inizialmente il prompt manualmente e successivamente automatizzarlo.
I clienti non devono riuscire al primo colpo. Gli aggiustamenti di follow-up sono attesi per perfezionare l'output. Le preferenze che mantengono consistenza tra sessioni vanno aggiunte in "Impostazioni > Personalizzazione" come "Istruzioni personalizzate". Qualsiasi preferenza specifica a un compito va inclusa nel prompt.
Codex aggiunge guida, coda e modalità sandbox
Per il supporto di codifica Codex, OpenAI introduce due modalità per influenzare il task in corso: "Guida" aggiunge un messaggio alla sessione corrente e lo devia verso nuove direzioni; "Coda" prepara un messaggio per la prossima sessione. Nell'interfaccia CLI, i tasti Enter e Tab sono abbreviazioni per tali azioni.
Codex esegue comandi all'interno di una modalità sandbox, che limita l'accesso ai file e alla rete. Se un compito richiede di uscire da questi limiti, Codex chiede l'autorizzazione. Due comandi slash aiutano con i progetti a più passaggi: “/plan” chiede a Codex di analizzare il codice e proporre un piano prima di modificare qualcosa, mentre “/goal” stabilisce un obiettivo generale che Codex seguirà durante diversi step. Per le revisioni, gli utenti possono eseguire “/review” localmente o menzionare “@codex review” in un commento GitHub, con un focus opzionale, ad esempio “valutare le vulnerabilità di sicurezza”.
Più news sull'IA senza iperboli – selezionate dagli esseri umani
Iscriviti a THE DECODER per una lettura senza pubblicità, una newsletter settimanale sull'IA, sei volte all'anno il nostro esclusivo “AI Radar” con approfondimenti sui temi fondamentali dell'intelligenza artificiale, accesso all’archivio completo e alla sezione commenti.
Iscriviti ora.
Lettura completa qui sotto.
Iscriviti per un'analisi imparziale sull’intelligenza artificiale.
Più accesso a tutti gli articoli su THE DECODER.
Leggi senza interruzioni – nessuna pubblcità Google.
Accesso ai commenti e dibattiti comunitari.
Newsletter settimanale sull'IA.
Sei volte all'anno: “AI Radar” – analisi approfondite su argomenti IA centrali.
Sconti fino al 25% sugli eventi online KI Pro.
Accesso all’intera archiviazione del nostro portale di dieci anni.
Fai il pieno delle notizie sulle IA con The Decoder.
Iscriviti a THE DECODER.