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

Solução alternativa para o erro de loop de feedback do microfone no aplicativo móvel Claude
Um usuário do Reddit compartilha uma solução alternativa funcional para o erro de loop de feedback do microfone no aplicativo móvel do Claude: instalar a versão web como um Progressive Web App autônomo via Google Chrome, o que contorna o problema e fornece acesso a diferentes modelos do Claude.

Dicas Úteis da Comunidade OpenClaw: Um Mergulho Profundo na Otimização de Agentes de IA
Descubra dicas valiosas da comunidade OpenClaw sobre como otimizar agentes de codificação de IA para melhor desempenho e eficiência. Essas percepções podem revolucionar seus projetos de IA.

Diagnosticando o Desempenho Degradado do Claude: Causas Raiz e Soluções
Uma análise prática de por que os resultados de codificação do Claude pioram com o tempo e correções acionáveis, incluindo gerenciamento de contexto e higiene de prompts.

Usando ntfy para notificações do agente OpenClaw
Um desenvolvedor compartilha sua experiência usando a versão auto-hospedada do ntfy.sh para notificações push de agentes OpenClaw, evitando bots do Discord/Telegram ao executar o ntfy serve no mesmo VPS e usar requisições HTTP POST.