Abbiamo lanciato la modalità obiettivo (o /goal) per aiutarti a far sì che Codex lavori verso un risultato concreto. Quando imposti un obiettivo, Codex continuerà a lavorare finché non viene raggiunto, che ci vogliano ore o giorni. Alcune persone hanno usato Codex per lavorare su un singolo obiettivo per più di 120 ore.
La modalità obiettivo è incredibilmente potente, e ci sono alcune cose che puoi fare per sfruttarla al meglio. Ecco 7 cose da tenere a mente quando usi /goal.
1. Criteri chiari e *verificabili
Il prompt che definisci quando attivi la modalità obiettivo può fungere da prompt iniziale, ma, cosa più importante, fungerà da criterio di uscita per l'obiettivo. Codex controllerà dopo ogni turno se l'obiettivo è stato raggiunto o meno. Di conseguenza, il tuo prompt per l'obiettivo non dovrebbe essere eccessivamente lungo e dovrebbe concentrarsi su un criterio chiaro che indichi quando l'obiettivo è stato raggiunto.
Nella maggior parte dei casi, un buon obiettivo contiene un numero chiaro\* che il modello deve raggiungere prima che l'obiettivo sia considerato completato. Buoni esempi:
- "Riduci il tempo di build e deployment del 30%."
- "Migra questa funzionalità da TypeScript a Rust e raggiungi il 100% di parità nei test."
- "Migliora lo scaffolding dell'applicazione per portare il Largest Contentful Paint in produzione a meno di 2,5 secondi."
\Il prompt non deve sempre contenere un numero, ma generalmente aiuta con i suggerimenti successivi.*
Se non sei sicuro su come definire al meglio il tuo obiettivo o vuoi prima fare un brainstorming con Codex sul progetto, non devi per forza avviare un thread con la modalità obiettivo.
Codex può impostare un obiettivo da solo, quindi puoi iniziare una conversazione e, quando sei pronto per far iniziare il lavoro a Codex, puoi chiedere a Codex di impostare l'obiettivo in base alla tua conversazione.
Puoi anche modificare l'obiettivo in qualsiasi momento premendo il pulsante di modifica nell'app Codex o usando /goal di nuovo nella CLI.
2. Fornisci indicazioni, se possibile
Inviare un prompt come "Riduci il tempo di build e deployment del 30%" può essere interessante e persino portare a soluzioni creative. Potrebbe però anche mandare Codex in una caccia al tesoro infruttuosa se hai un'idea di dove potrebbe risiedere il problema.
Quando possibile, dai a Codex un punto di partenza da cui iniziare a lavorare, indicagli quali strumenti può usare per raggiungere l'obiettivo o qualsiasi altra indicazione per evitare che Codex prenda la strada sbagliata.
Il mio collega @reach_vb, ad esempio, ha fatto questo in uno dei suoi esperimenti dicendo a Codex che poteva usare il browser Chrome per andare su Google Colab e stabilendo limitazioni accettabili, come la generazione del proprio dataset, quando ha fatto addestrare un modello a Codex.
Allo stesso modo, se stai cercando di ridurre i tempi di build e sai dove viene spesa la maggior parte del tempo, prova a indirizzare Codex verso quell'area come parte del tuo prompt.
In alternativa, puoi persino far sì che Codex faccia una ricerca iniziale in modalità piano e crei un piano come file che possa usare per documentare le opzioni potenziali. Poi, fai in modo che il tuo obiettivo faccia riferimento a quel piano.
3. Rendi misurabile il progresso
Se il tuo obiettivo è ambizioso o se ci sono vari modi in cui Codex potrebbe avvicinarsi all'obiettivo, è importante che fornisci a Codex gli strumenti per misurare i progressi.
Nel caso di alcune attività, questo potrebbe essere scontato, come migliorare i tempi di build o aumentare la copertura dei test, perché Codex spesso ha già gli strumenti o li crea naturalmente.
Per altri obiettivi, vale la pena fare un brainstorming con Codex su quali strumenti potrebbero essere utili o suggerirgli modi per capire come sta procedendo. Ad esempio, creare strumenti per calcolare le differenze visive tra due screenshot o creare una suite di valutazione per un agente che stai cercando di ottimizzare.
Quando ho fatto ricreare a Codex alcuni componenti da un video, gli ho fatto creare uno strumento per poter confrontare gli screenshot e ispezionare le differenze. Ha scelto di far evolvere lo strumento nel tempo per avere diverse modalità di confronto.
Uno screenshot generato da Codex per confrontare visivamente due fotogrammi
A seconda del tuo compito, dovresti anche considerare se ci sono criteri aggiuntivi da misurare/verificare che potrebbero far pensare a Codex che l'attività sia completata, ma che tu considereresti incompleta. Ad esempio, implementare un'interfaccia utente ritagliando l'ispirazione del design e incorporandola per renderla "pixel perfetto" o raggiungere un tasso di superamento dei test del 100% riducendo la copertura dei test.
4. Crea un ambiente realistico
Affinché Codex possa fare veri progressi verso l'obiettivo, deve operare in un ambiente realistico. In pratica, ciò significa che se stai cercando di migliorare i tempi di deployment o i problemi di latenza, dovrebbe avere accesso ad ambienti di deploy e test che imitano la produzione. Quindi stesso stack, stessi flag, un database simile.
Ad esempio, stavamo eseguendo il debug di alcuni miglioramenti dei tempi di build e deployment per developers.openai.com. Utilizzavamo già le anteprime di deploy, quindi Codex poteva usarle per eseguire il deploy e rivedere i log associati, ma le nostre anteprime di deploy avevano alcuni percorsi di build disabilitati rispetto alle esecuzioni complete in produzione. Quindi Codex ha dovuto eseguire deployment manuali negli stessi ambienti con configurazioni di produzione simili per ispezionare l'ambiente.
Allo stesso modo, puoi far usare a Codex computer use per testare l'applicazione reale. Per lavorare su alcuni miglioramenti delle prestazioni su iOS, @dimillian ha persino utilizzato un dispositivo fisico per l'ambiente più accurato.
5. Fai attenzione agli obiettivi visivi
Dare a Codex un obiettivo visivo come "Implementa questa UI al 100% pixel perfetto basandoti su questa immagine" è allettante, ma a seconda della configurazione può anche causare qualche problema.
Se non gli dai le giuste indicazioni e vincoli, potrebbe finire per perdersi in un tunnel su alcuni problemi, ignorando l'obiettivo generale. Ad esempio, se il riferimento include grafiche che Codex dovrebbe generare, che siano icone SVG o immagini, potrebbe perdersi nel tentativo di renderle accurate piuttosto che analizzare correttamente il problema.
Inoltre, Codex avrà bisogno di strumenti per eseguire correttamente il confronto visivo, il che significa più input di immagini e un consumo complessivo di token più elevato, senza necessariamente dare a Codex un modo semplice per identificare le opportunità.
Invece, le immagini possono spesso servire come contesto utile per spingere verso l'obiettivo, ma dovresti trovare altri modi per Codex per identificare che l'obiettivo è stato raggiunto, come checklist di funzionalità, specifiche da implementare, aderenza al sistema di design, ecc.
6. Tieni traccia dei progressi
Se Codex finisce per lavorare per ore o giorni in background (o anche su un'altra macchina), è facile perdere traccia di quanto sia avanzato Codex o di quale lavoro sia stato svolto. Ci sono alcune cose che ho trovato utili, a seconda dell'obiettivo, per tenere il passo:
- Chiedi a Codex di eseguire il commit a passaggi significativi e di fare push su una PR in bozza. Questo è utile soprattutto se lavori su un sito web con anteprime di deploy.
- Fai aggiornare un artefatto da Codex per i dirigenti. Può essere un file HTML che puoi tenere aperto nel browser in-app o persino distribuire al tuo team usando Sites, un'immagine di un grafico renderizzato che tiene traccia dei progressi o anche un semplice file Markdown.
- Indica a Codex di pubblicare aggiornamenti. Puoi anche chiedere a Codex, come parte dell'obiettivo, di comunicare i progressi importanti a un canale Slack o ad altri luoghi in cui desideri che i progressi vengano documentati.
- Usa altre chat per chiedere aggiornamenti sullo stato. Se vuoi solo un rapido controllo sullo stato attuale, puoi eseguire /side per avviare una nuova chat laterale e fare domande lì. Poiché esegue un fork del thread corrente, ha tutto il contesto fino a quel punto, ma è anche di breve durata. L'alternativa nell'app Codex è chiedere a Codex in una nuova chat normale di leggere l'altro thread dell'obiettivo e rispondere alle tue domande. Questo può essere particolarmente potente se chiedi a Codex di programmare un'automazione per fare check-in regolari.
7. Pulisci e finalizza i risultati
Grande, l'obiettivo è finalmente stato raggiunto! È ora di $yeet tutto al team e chiudere la giornata?
In generale, ho trovato utile, specialmente per le attività di ottimizzazione, che Codex rifletta sul lavoro svolto e lo riveda. Puoi iniziare con un /review per eseguire una revisione del codice locale, ma può anche valere la pena far riflettere Codex più a fondo sui diversi tentativi che ha fatto per risolvere l'obiettivo e pulire di conseguenza.
Poiché Codex continuerà finché non raggiunge l'obiettivo, potrebbe aver provato diverse cose che non hanno funzionato abbastanza bene o per niente e che potrebbero essere rimaste nelle modifiche.
È ora di impostare il tuo prossimo obiettivo
La funzionalità degli obiettivi in Codex è uno strumento incredibilmente potente per risolvere alcune delle sfide più significative che incontri, ma fornire l'ambiente e le istruzioni giuste ti porterà al tuo obiettivo in modo più efficiente.
Per cosa hai usato /goal?
https://x.com/OpenAIDevs/status/2057530209470210453
