7 Bugs do Gateway MCP: Vazamentos de Sessão, SSE Morta e OAuth no Modo Gateway

Após os demos do caminho feliz, um usuário do Reddit encontrou sete bugs específicos ao colocar um gateway MCP entre clientes e servidores reais. As correções não foram engenharia de prompt — foram limites explícitos de sessão, timeouts por ferramenta, idempotência, logs de ação estruturados, rastreamentos no nível do gateway e testes contra chamadas concorrentes de ferramentas. O resultado foi uma grande redução no tempo total de ferramentas paralelas, mas a maior vitória foi saber onde o erro residia.
Os sete bugs que realmente importavam
- Vazamento de estado de sessão entre clientes — estado compartilhado entre sessões causou contaminação de dados.
- Conexões SSE morrendo silenciosamente — nenhum erro foi exibido quando uma conexão de evento enviada pelo servidor caiu.
- Fluxos OAuth funcionando em testes locais, mas quebrando em modo gateway — URIs de redirecionamento ou validação de token falharam atrás do proxy.
- Sondagens de descoberta retornando metadados de servidor desatualizados — capacidades em cache não refletiam atualizações do servidor.
- Escritas no SQLite bloqueando chamadas paralelas de ferramentas — bloqueios de banco de dados serializaram solicitações concorrentes.
- Lógica de repetição duplicando efeitos colaterais de ferramentas — repetições reexecutaram mutações como escritas ou chamadas de API.
- Latência de ferramenta escondida dentro do gateway em vez da chamada de modelo — monitoramento atribuiu tempo à camada errada.
A correção: infra robusta, não prompts melhores
A abordagem do autor para cada bug:
- Limites explícitos de sessão — estado separado por cliente, sem objetos compartilhados.
- Política de timeout por ferramenta — timeouts individuais para evitar que uma ferramenta lenta segure as outras.
- Idempotência quando possível — chaves de deduplicação ou comportamento transacional para tornar repetições seguras.
- Logs de ação estruturados — logs detalhados e analisáveis de cada ação do gateway para depuração.
- Rastreamentos no nível do gateway — rastreamento distribuído para atribuir latência corretamente entre camadas.
- Testes contra chamadas concorrentes de ferramentas — testes de integração que disparam solicitações paralelas para revelar condições de corrida.
Esses são padrões específicos e práticos para qualquer pessoa que execute um gateway MCP em produção. A percepção chave da postagem: os problemas difíceis são isolamento de estado, falhas silenciosas e observabilidade — não prompts de modelo.
📖 Leia a fonte completa: r/ClaudeAI
👀 See Also

Atualização Automática do Claude Code Quase Quebra PC — Pesadelo de DNS Após Atualização de Driver
Um usuário do Reddit relata que o Claude Code atualizou automaticamente os drivers de GPU, causando falha na inicialização e um problema de roteamento DNS resolvido apenas com a remoção da regra NRPT via PowerShell.

A tendência do Claude Code de validar suposições defeituosas e solicitar soluções alternativas
Um desenvolvedor relata que o Claude Code implementará entusiasticamente arquiteturas defeituosas sem questionar suposições incorretas, levando a tempo desperdiçado em depuração. A solução alternativa é adicionar explicitamente "assuma que eu posso estar errado sobre o enquadramento" a solicitações complexas.

Hábitos Práticos para Interagir de Forma Crítica com LLMs
Uma postagem no Reddit descreve técnicas específicas para evitar o viés de confirmação ao trabalhar com LLMs, incluindo modos de prompt personalizados como 'strawberry' para explicações neutras e 'socrates' para escrutínio adversário, além de avaliar a composição dos dados de treinamento.

Usuário do Reddit Adverte: Ao Usar Claude para Projetos Complexos, Enfrente a Parte Mais Difícil Primeiro
Um desenvolvedor no r/ClaudeAI relata que permitir que a IA planeje incrementalmente para um editor de documentos complexo levou a uma 'sopa de complexidade' e falhas. O usuário aconselha forçar o modelo a resolver o caso de uso mais complicado primeiro, pois seu desempenho se degrada com mais contexto.