Codex può orientarsi in un progetto leggendo struttura, punti di ingresso e test, ma serve un obiettivo concreto per evitare una descrizione superficiale. Primo controllo: Chiedi di identificare linguaggi, manifest, entry point, moduli e percorso di una richiesta o operazione centrale, citando i file. Secondo passaggio: Fai cercare istruzioni locali, configurazioni, dipendenze esterne e test esistenti; separa fatti osservati da inferenze. Verifica pratica: Scegli una funzionalità e chiedi di tracciarla dall'interfaccia allo storage, quindi verifica manualmente i passaggi più importanti. Il punto a cui prestare attenzione è questo: non eseguire script sconosciuti o modifiche durante la prima ricognizione. Segreti, migrazioni e comandi distruttivi richiedono controllo esplicito. Per rendere il metodo ripetibile, annota situazione iniziale, azione eseguita e risultato. Cambia una variabile alla volta, conserva una via di ritorno e assegna un responsabile quando il controllo riguarda più persone. Una procedura breve ma verificata è più utile di molte impostazioni applicate senza sapere perché. Il risultato iniziale dovrebbe essere una mappa verificabile e una lista di domande aperte. Solo dopo questa base conviene pianificare cambiamenti nel codice.