Spesso le persone mi si avvicinano e mi chiedono: "Codex può fare questo?"
Poi passano i successivi due o tre minuti a spiegare esattamente cosa sia "questo": il problema che vogliono risolvere, cosa dovrebbe fare l'applicazione e come sarebbe un buon risultato. A volte condividono cosa hanno già provato, cosa ha funzionato e cosa no.
E io penso: dovresti letteralmente dire tutto questo a Codex.
Quella spiegazione era già il prompt.
L'ingegneria dei prompt è morta. E non lo è.
Se l'ingegneria dei prompt significa imparare un linguaggio segreto prima di chiedere aiuto, allora penso che sia per lo più morta. Soprattutto con i modelli di ragionamento, di solito non esiste una parola magica che sblocca la risposta giusta. Non credo che dovresti fissare uno schermo vuoto per un'ora cercando di creare il prompt perfetto.
Ma non è nemmeno morta, perché la chiarezza conta ancora. L'ambiguità rende il lavoro più difficile per Codex, proprio come per chiunque altro. Se mescolassi i paragrafi di questo articolo o passassi a una lingua che non capisci, sarebbe più difficile da seguire. Anche il tempo verbale conta: "Ho provato questo" non è la stessa cosa di "Voglio che tu provi questo".
Cosa vuoi veramente? Quale contesto è importante? Quali vincoli dovrebbe conoscere Codex? Come sarebbe un buon risultato?
Parla a Codex come parleresti a qualcuno con cui stai collaborando.
Mi piace iniziare con il risultato: qual è il mio obiettivo? Questo è anche il cambiamento più ampio con gli agenti. Invece di scrivere ogni passaggio e chiedere ogni output intermedio, posso spiegare cosa voglio ottenere, impostare i confini e lasciare che Codex mi aiuti a trovare il percorso.
Di' la versione disordinata
La maggior parte delle idee non arriva come specifiche pulite. Suonano più come:
"Ok, ho tutti questi file. I formati sono leggermente diversi. Ho bisogno di un report entro venerdì. Penso che la maggior parte dei dati sia lì, ma questo export è un po' strano..."
Va bene così. Dillo e basta.
Quando divaghi, spesso dai a Codex più segnali. Menzioni il dettaglio che avresti rimosso dal prompt rifinito. Cambi idea a metà. Dici: "In realtà no, non voglio quello."
Cambiare idea rivela cosa non vuoi. Una deviazione potrebbe rivelare un vincolo nascosto. Pensare ad alta voce aiuta sia te che Codex a capire il compito.
Con la dettatura vocale, premi il microfono, parla del briefing, controlla la trascrizione e inviala.
Se disponibile nella tua configurazione, la Modalità vocale va oltre. Puoi rispondere, interrompere, cambiare direzione o riprendere un nuovo filo di pensiero. Puoi anche usarla per coordinare il lavoro: iniziare un'altra attività, controllarne una esistente, chiedere cosa è bloccato o guidare un lavoro già in esecuzione.
Sarò onesto: parlare a un computer sembra ancora un po' strano. In ufficio, tengo in mano un microfono DJI. Anche le cuffie con microfono vanno bene.
Ma è meglio che lasciare una buona idea bloccata nella tua testa perché non hai trovato il modo perfetto di scriverla.
Fai la domanda ridicola
C'è una versione meme familiare di questo:
"Codex, creami un SaaS B2B da un miliardo di dollari. Nessun errore. Fallo in un colpo solo."
Non creerai un'azienda da un miliardo di dollari in un colpo solo. Ma la conversazione potrebbe rivelare qualcosa di reale: un problema che capisci, qualcuno che ce l'ha e un primo passo che vale la pena fare. È la buona vecchia risoluzione dei problemi: scomporre un problema complesso in passaggi più piccoli e realizzabili.
Il valore sta nella conversazione stessa. Può portarti da una domanda ridicola a qualcosa che puoi effettivamente pubblicare oggi.
Alcuni modi pratici per iniziare
Se l'idea è ancora vaga, chiedi a Codex di intervistarti:
"Sto ancora cercando di capirlo. Fammi una domanda alla volta. Insisti su qualsiasi cosa vaga, poi aiutami a trasformarla in qualcosa di concreto."
Oppure sii molto diretto:
- Quali sono i miei punti ciechi?
- Cosa farebbe fallire questo?
- Cosa sto sovrappensando?
- Qual è la versione più piccola e utile?
- Cosa devi sapere prima di poter iniziare?
La modalità Plan di Codex è utile quando vuoi più struttura. Può fare domande di chiarimento, offrire opzioni e lavorare su un approccio prima dell'implementazione.
Ma non credo che ogni idea debba iniziare lì. A volte una conversazione aperta scorre meglio. Non dividiamo ogni conversazione con un collega in pianificazione ed esecuzione. Parla prima. Lascia che emerga la forma del problema. Passa a un piano quando il lavoro ne ha bisogno.
Chiedi a Codex di Codex
C'è un secondo significato di "parlare a Codex": fargli domande su se stesso.
Chiedi cosa può vedere. Chiedi quale modalità ha senso. Chiedi quali strumenti sono disponibili. Chiedi come intende verificare il suo lavoro.
Se la skill OpenAI Docs è disponibile, chiedi a Codex di controllare la documentazione. Puoi anche ispezionare il repository pubblico di Codex, o clonarlo e chiedere a Codex di spiegare come funziona.
Se Codex sbaglia, chiedi perché
"Hai fatto questo, ma in realtà volevo quello. Dove abbiamo sbagliato?"
Forse la tua richiesta era ambigua. Forse un file AGENTS.md o una skill hanno portato il lavoro in una direzione diversa. Forse un plugin, un'autorizzazione o uno strumento non erano disponibili. Forse Codex ha fatto un'ipotesi sbagliata.
Chiedi cosa ha capito, quali istruzioni ha seguito, cosa è fallito e cosa avresti potuto rendere più chiaro. Codex può spesso usare il contesto ancora disponibile per aiutare a verificare la collaborazione stessa.
Dove disponibile, puoi aprire una chat laterale con /side mentre Codex è in esecuzione, senza interrompere la chat principale. Chiedi cosa è stato fatto, cosa resta, cosa è bloccato e come puoi aiutare. Sei essenzialmente il suo manager allo standup.
Se vuoi che qualcosa venga spiegato in parole semplici, seleziona il testo nella trascrizione e scegli "Chiedi nella chat laterale".
Tira fuori l'idea dalla testa
Durante un viaggio in macchina, ho iniziato a parlare con Codex di una presentazione. Quella è diventata la struttura per il talk e questo articolo. Ho parlato dell'idea approssimativa, ho cambiato idea un paio di volte e ho continuato.
Spesso il più grande ostacolo non è il modello. Siamo noi. Pensiamo che l'idea non sia pronta. Non conosciamo il prompt giusto. Siamo preoccupati di non averla spiegata correttamente.
L'interfaccia migliorerà. E se hai idee su come dovrebbe sentirsi parlare con Codex, mi farebbe davvero piacere sentirle.
Chiedilo a Codex.
