Em 13 de outubro de 2026, a LangChain anunciou uma reformulação do suporte ao Model Context Protocol (MCP) em seu ecossistema Python. A mudança acompanha a maior reescrita do protocolo desde o seu lançamento, publicada em julho de 2026, e altera a forma como agentes se conectam a ferramentas externas.
O pano de fundo é de escala: os SDKs oficiais de Tier 1 do MCP se aproximam de meio bilhão de downloads por mês, e as chamadas de ferramentas MCP feitas por usuários do ChatGPT cresceram 98 vezes ao longo de 2026, tendo mais que dobrado somente em agosto.
Da era das sessões ao núcleo sem estado
Até então, toda chamada MCP passava por um protocolo organizado em sessões. Chamar uma ferramenta significava abrir uma sessão primeiro: cliente e servidor trocavam um handshake, o servidor devolvia um identificador de sessão e cada requisição seguinte precisava carregar esse identificador, o que prendia o cliente à instância específica do servidor que o havia emitido.
Operar um servidor remoto em escala, nesse desenho, exigia roteamento fixo e um armazenamento compartilhado de sessões.
A revisão do MCP mudou isso ao habilitar um núcleo sem estado. A equipe por trás do protocolo descreve o recurso como um dos mais pedidos pelos desenvolvedores, que queriam mais confiabilidade e escalabilidade de seus servidores.
Na nova especificação, não há mais nada a fixar: um redeploy deixa de derrubar sessões ativas, porque não existem sessões ativas. O texto completo da revisão está no anúncio da equipe do MCP.
O que muda no LangChain
A LangChain resume a atualização em três frentes. Primeiro, o suporte a MCP passa a morar no pacote principal, em LangChain.mcp, e não mais em uma instalação separada do LangChain-mcp-adapters; a instalação agora é feita pelo extra mcp.
Segundo, a implementação é construída sobre o FastMCP, de onde vêm transportes, autenticação, gerenciamento de conexões e negociação de protocolo. Terceiro, entram a elicitation via interrupts e o cache no lado do cliente.
Para quem vem do pacote antigo, a classe MultiServerMCPClient dá lugar a uma única classe, MCPAdapter, e a LangChain publicou um guia de migração com instruções detalhadas. No uso básico, um adaptador é aberto como contexto assíncrono apontando para o endpoint MCP, as ferramentas são listadas e entregues a um agente criado com create_deep_agent — o exemplo da empresa usa o modelo google_genai:gemini-3.8-flash.
As ferramentas resultantes são ferramentas comuns do LangChain, portanto funcionam em create_deep_agent, em create_agent ou em qualquer grafo montado pelo próprio desenvolvedor.
FastMCP e a convivência entre duas eras do protocolo
Como o MCP passou a ter duas eras distintas, o cliente precisa negociar com protocolos diferentes. O FastMCP faz essa negociação por conexão: tenta o protocolo novo e, se o servidor ainda não foi atualizado, recorre ao handshake antigo, sem que o código do desenvolvedor mude.
A superfície do cliente FastMCP fica disponível diretamente, incluindo conexões, autenticação, cache de respostas e negociação de protocolo.
Com um ClientGroup, cada servidor ganha sua própria conexão e mantém a melhor era que suporta, além de suas próprias credenciais. No exemplo da LangChain, um servidor de faturamento ainda não atualizado é fixado na era do handshake com autenticação OAuth 2.1, enquanto um servidor de documentação negocia automaticamente a versão mais recente que entende, usando um token bearer.
Os nomes das ferramentas recebem o prefixo do servidor de origem, de modo que uma ferramenta search em cada servidor chega como billing_search e docs_search, mantendo as duas distintas.
Elicitation, cache e as implicações práticas
A nova especificação transformou a elicitation, o momento em que o servidor, no meio de uma chamada, precisa perguntar algo ao chamador, em uma rodada passível de nova tentativa. Na LangChain, isso aparece como um interrupt do LangGraph.
O caso de uso é concreto: um servidor pode pausar para confirmar a exclusão de um recurso ou pedir um parâmetro que o modelo deixou de fornecer, sem precisar manter uma conexão aberta enquanto espera a resposta.
A outra mudança é o cache. Como um servidor pode declarar por quanto tempo sua lista de ferramentas permanece válida, os clientes deixam de rebuscar o catálogo a cada execução.
Somados, os dois recursos reduzem idas e vindas de rede e tornam o desenho de servidores MCP compatível com implantações distribuídas, em que qualquer instância pode atender qualquer requisição. É a diferença entre escalar com roteamento fixo e escalar como um serviço sem estado comum.
Fontes e links
- Matéria original: LangChain
- Anúncio da revisão do MCP de 2026-07-28
- Guia de migração do LangChain-mcp-adapters
- Documentação do cliente FastMCP
