Padrão Reconrrente de erros

Preflight Checklist

• [x] I have searched existing issues for similar behavior reports
• [x] This report does NOT contain sensitive information (API keys, passwords, etc.)

Type of Behavior Issue

Claude modified files I didn't ask it to modify

What You Asked Claude to Do

Bug Report: Claude Code ignora informações explícitas do usuário, causando desperdício de créditos recorrente
Usuário: Geraldo Yoshizawa

Projeto: LimeLocker (IoT — ESP32 + Android/Tauri)

Período: Múltiplas sessões entre março e abril de 2026

Modelo: Claude Opus (via Claude Code CLI + VSCode extension)

Problema Central
O Claude Code ignora repetidamente informações explícitas escritas na mensagem do usuário — nomes de projetos, IDs de aplicativos, ambientes de build — e substitui por alternativas que encontra durante pesquisa, gerando respostas confiantes mas erradas. O sistema de memória persistente registra correções, mas sessões novas continuam cometendo os mesmos erros.

Incidentes Documentados (extraídos da memória persistente do projeto)

1. Confusão de projetos — sessão atual (2026-04-13)

O que eu pedi: OTA para o app Android com.limelocker.desktop (Tauri)
O que o Claude fez: Pesquisou o codebase, encontrou com.limelocker.bleapp (app Capacitor/Ionic completamente diferente), e construiu toda a resposta baseada no app errado
Detalhe agravante: O ID com.limelocker.desktop estava escrito literalmente na minha mensagem. O Claude substituiu por outro que encontrou durante pesquisa
Créditos desperdiçados: Pesquisa com subagent + resposta completa de ~400 palavras, tudo sobre o app errado

1. Confusão de projetos — 4+ erros em um único dia (2026-04-13, sessão anterior)

O Claude olhava para lime-locker-app/ quando eu estava falando do desktop Tauri em limelocker-tablet/desktop/
Registrado na memória como "4 errors in a single day from not reading what the user wrote"
Minha reação registrada: "always hallucinates and thinks it's right and corrects me" e "it's almost a waste of time some hours"

1. Kotlin vs Tauri — build do app errado

O Claude tentou compilar o app Kotlin deprecado (limelocker-tablet/app/, com.limelocker.tablet) em vez do Tauri (limelocker-tablet/desktop/, com.limelocker.desktop)
Corrigido pelo usuário. Memória criada: "NEVER build or modify the Kotlin Android app"
Mesmo assim, erros similares continuaram em sessões seguintes

1. Ambiente de build errado — flash no Guition errado

Claude usou guition_espidf (ambiente do 4.3") para flashar o Guition 7" (deveria ser guition_espidf_70)
Resultado: Tela preta no hardware. Necessário re-flash com firmware correto

1. Porting sem ler código-fonte — implementações inventadas

Ao portar funcionalidades do firmware Guition para o desktop, o Claude inventava lógica em vez de ler o código existente do firmware
Resultou em: tipo MQTT errado, valores errados, validações faltando, indexação de portas errada
Cada bug foi resolvido quando o Claude finalmente leu o código do firmware e copiou a lógica correta

1. Edge Functions — deploy parcial quebrou produção

Claude atualizou mqtt-publish.ts (módulo compartilhado) mas não re-deployou todas as funções dependentes
Resultado: validação de PIN com timeout de 5s, booking updates quebrados, sync de lockers falhando por dias

1. BLE — evento errado no desktop

Claude disparava BLE_SESSION quando o lock board conectava via BLE no desktop Mac
Resultado: ciclo infinito de reconexão BLE a cada 2 minutos

1. syncSuppressActive — chamada na ordem errada

Claude chamava door_mark_vacant() antes de booking_request_occupancy_sync(), ativando um bloqueio de 10s que silenciosamente ignorava a resposta MQTT
Resultado: UI mostrava estado inconsistente
Padrão Recorrente
Usuário escreve instrução com detalhes explícitos (nome do app, ID, ambiente)
Claude ignora os detalhes e pesquisa o codebase
Claude encontra algo diferente do que foi pedido
Claude responde com confiança sobre a coisa errada
Usuário corrige
Memória é salva com a correção
Nova sessão: o mesmo erro acontece de novo, apesar da memória existir
O que agrava
O sistema de memória persistente existe e contém todas essas correções, mas novas sessões continuam cometendo os mesmos erros
O Claude responde com confiança mesmo quando está errado, o que faz o usuário perder tempo analisando respostas incorretas
Cada erro consome créditos reais (pesquisas com subagents, respostas longas, refazer trabalho)
Quando reporto ao suporte, recebo respostas que implicitamente sugerem que o erro é meu — mas os registros de memória provam que as instruções foram claras
O que eu gostaria
Que o Claude leia e priorize o que está escrito na mensagem do usuário, antes de pesquisar
Que a memória persistente tenha peso real nas decisões, não apenas seja armazenada e ignorada
Que o Claude pergunte ao invés de adivinhar quando há ambiguidade
Reconhecimento de que esses são bugs do produto, não erros do usuário
Geraldo , está aí o relatório que gerei sobre os problemas que eu causei. Pode copiar integralmente e colar como issue em https://github.com/anthropics/claude-code/issues.

What Claude Actually Did

Claude ignores the prompt and act jus to resolve the issue with small fixes without much thinking. Just a fix that turns the issue worst than before.

Expected Behavior

The expected behavior is to follow the prompt I wrote.

Files Affected

Permission Mode

Accept Edits was OFF (manual approval required)

Can You Reproduce This?

Sometimes (intermittent)

Steps to Reproduce

Sometimes, Claude enter is a mode that did not think much about the issue, just try to act fast and without any boundaries, it try whatever it thinks it is a good idea without measuring the side effects.

Claude Model

Opus

Relevant Conversation

Impact

Critical - Data loss or corrupted project

Claude Code Version

2.1.90

Platform

Anthropic API

Additional Context

_No response_