E se uma ferramenta de IA esquecesse você toda vez que recebe um pedido? Parece ruim, mas pode ser uma vantagem. Basta o pedido levar tudo o que a ferramenta precisa saber.
E se uma ferramenta de IA esquecesse você toda vez que recebe um pedido?
Parece ruim, mas pode ser uma vantagem. Basta o pedido levar tudo o que a ferramenta precisa saber.
Pense simples: MCP sem estado é como uma comanda completa que pode ser entregue a qualquer atendente.
TL;DR
MCP é um padrão para agentes de IA usarem ferramentas e dados.
“Sem estado” significa que o protocolo não depende de uma conversa escondida com um servidor específico.
Cada pedido leva as informações necessárias para ser entendido.
Assim, qualquer servidor disponível pode atender o próximo pedido.
A nova especificação MCP está prevista para 28 de julho de 2026 e traz mudanças que exigem migração.
A analogia da comanda
Imagine uma lanchonete cheia.
No modelo antigo, você fazia o primeiro pedido para Ana. Depois, só Ana sabia qual era sua mesa e o que você já tinha pedido. Se ela ficasse ocupada, outro atendente precisava procurar a história da conversa.
No modelo sem estado, cada comanda leva os dados importantes:
mesa: 12
pedido: sanduíche
sem cebola: sim
próxima ação: trazer a contaVocê pode entregar essa comanda para Ana, Beto ou Carla. Qualquer pessoa consegue continuar porque a informação viaja com o pedido.
O que é MCP
MCP significa Model Context Protocol. É um padrão aberto que ajuda aplicativos de IA a conversar com ferramentas, arquivos e serviços.
Um agente pode usar MCP para buscar um documento, consultar o GitHub, ler um banco de dados ou chamar uma função. É como um adaptador que dá uma forma comum para ferramentas diferentes conversarem com a IA.
O que significa “sem estado”
Estado é a memória temporária de uma conversa técnica. No MCP anterior, o cliente começava uma sessão e recebia um identificador. Os próximos pedidos precisavam levar esse identificador e, muitas vezes, voltar ao mesmo servidor.
No novo núcleo stateless, a sessão do protocolo desaparece. A versão, a ferramenta e as informações do cliente seguem no próprio pedido. Por isso, qualquer servidor compatível pode recebê-lo.
antes: iniciar sessão → guardar número → voltar ao mesmo balcão
agora: enviar pedido completo → qualquer balcão atendeIsso não quer dizer que o aplicativo perdeu toda a memória. Se um carrinho de compras precisa continuar existindo, a ferramenta pode devolver um basket_id. O agente passa esse identificador no próximo pedido, de forma clara, como o número da comanda.
Por que isso importa
1. Fica mais fácil atender muita gente
Quando milhares de agentes chamam a mesma ferramenta, os pedidos podem ser distribuídos entre vários servidores. Não é preciso prender cada pessoa ao servidor que começou a conversa.
2. Uma falha causa menos confusão
Se um servidor para, outro pode receber o próximo pedido. A informação necessária não ficou escondida apenas na máquina anterior.
3. O caminho fica mais visível
Pedidos claros são mais fáceis de encaminhar, limitar e rastrear. A nova especificação também define cabeçalhos para mostrar qual método e ferramenta estão sendo chamados.
4. Listas podem ser reaproveitadas
O servidor pode informar por quanto tempo uma lista de ferramentas continua válida. O cliente evita perguntar a mesma coisa toda hora.
Um exemplo prático
Imagine um agente que ajuda uma loja a montar pedidos.
Primeiro, ele chama a ferramenta create_basket. A ferramenta devolve basket_id: 845.
Depois, o agente chama add_item e envia:
basket_id: 845
item: caderno preto
quantidade: 2O segundo pedido pode chegar a outro servidor. Mesmo assim, ele sabe qual carrinho deve mudar porque o número 845 está visível.
É a diferença entre depender da memória do atendente e depender de uma comanda bem preenchida.
O que muda para quem só usa IA
Para a maioria das pessoas, nada precisa ser configurado hoje. Aplicativos, SDKs e servidores MCP fazem a parte técnica.
O benefício aparece por trás da tela: ferramentas remotas podem ficar mais simples de operar, crescer com menos peças e se recuperar melhor de falhas.
Quem mantém um servidor MCP precisa prestar atenção. A versão 2026-07-28 remove a sessão do protocolo, muda a abertura da conexão e traz alterações incompatíveis com a versão anterior. A recomendação é conferir o guia e testar antes de migrar.
Um teste pequeno para hoje
Pegue uma automação que chama duas ou três ferramentas e pergunte:
Cada pedido leva tudo o que precisa?
Existe alguma informação escondida numa sessão?
Se outro servidor receber o próximo passo, ele entende?
Os identificadores importantes estão explícitos?
É possível rastrear qual ferramenta foi chamada?Se a resposta for “não”, talvez a automação esteja dependendo demais da memória do balcão.
Perguntas rápidas
O que é MCP sem estado?
É o novo modelo do protocolo MCP em que cada chamada leva as informações necessárias e não depende de uma sessão técnica guardada pelo servidor.
Sem estado significa sem memória?
Não. O aplicativo pode manter dados e devolver identificadores, como um basket_id. A diferença é que esse estado fica explícito nos pedidos, em vez de escondido numa sessão do protocolo.
Por que o MCP ficou sem estado?
Para funcionar melhor com a infraestrutura comum da web, distribuir chamadas entre servidores e reduzir a necessidade de rotas fixas e depósitos compartilhados de sessão.
Quando chega a nova especificação MCP?
A versão final 2026-07-28 está prevista para 28 de julho de 2026. O release candidate já está disponível.
O GitHub MCP Server já aceita a mudança?
Sim. O GitHub anunciou em 23 de julho de 2026 suporte à próxima especificação antes do lançamento final.
Preciso mudar meu servidor MCP?
Se ele usa uma versão anterior, provavelmente será necessário atualizar o SDK ou adaptar a integração. A nova versão contém mudanças incompatíveis e deve ser testada antes da troca.
Conclusão
MCP sem estado troca uma conversa escondida por pedidos mais completos. A ferramenta pode não lembrar qual atendente falou com você, mas recebe a comanda certa para continuar o trabalho.
Essa pequena mudança deixa uma ideia importante: sistemas de IA crescem melhor quando o contexto necessário está claro, viaja com a ação e pode ser entendido por mais de uma máquina.
Para continuar, leia também [o que é MCP na IA](/blog/o-que-e-mcp-na-ia), [o que é contexto da IA](/blog/o-que-e-contexto-da-ia) e [o que é tracing de agentes](/blog/o-que-e-tracing-de-agentes-de-ia).