Conhecido como a espinha dorsal da interoperabilidade entre sistemas de inteligência artificial, o Protocolo de Contexto de Modelo, ou MCP pela sigla em inglês, permite que modelos de IA acessem fontes de dados e serviços externos de forma segura. É ele que viabiliza, por exemplo, que um assistente virtual consulte uma agenda, acesse um banco de dados ou opere ferramentas internas sem que engenheiros precisem construir integrações sob medida a cada vez.
Na próxima semana, esse protocolo passa por uma atualização relevante. Para o usuário comum, a mudança pode passar despercebida, mas promete impactos significativos na forma como o ecossistema de inteligência artificial se desenvolve. Embora a especificação oficial da nova versão já esteja disponível desde maio, foi nesta segunda-feira que uma explicação particularmente clara veio a público, graças à equipe da Arcade, uma startup fundada há dois anos que construiu todo o seu negócio em torno de um objetivo: fazer com que agentes de inteligência artificial funcionem de verdade dentro de empresas reais, conectando-se com segurança a plataformas como Gmail, Slack e Salesforce.
A Arcade captou sessenta milhões de dólares em junho, apostando em uma tese provocadora: a maioria dos agentes de inteligência artificial não fracassa porque os modelos são fracos, mas porque a infraestrutura ao redor deles ainda não está madura. É justamente esse gargalo que a nova versão do protocolo tenta resolver.
Na prática, a mudança altera a forma como o MCP lida com os identificadores de sessão, pequenos códigos que os servidores utilizam para reconhecer que aquela é a mesma conversa de alguns instantes atrás. Hoje, quando um cliente MCP, como o Claude, se conecta pela primeira vez a um servidor, envia uma espécie de apresentação: informa quem é, qual a sua versão e quais são as suas capacidades. O servidor responde com as suas próprias capacidades e devolve um identificador de sessão. A partir daí, o cliente envia esse código em cada nova requisição, para que o servidor saiba que se trata da mesma conversa. Quando o identificador expira, o cliente precisa perceber, solicitar um novo e seguir adiante.
O problema surge quando se pensa em grande escala. Imagine um servidor atendendo milhões de usuários, atrás de um balanceador de carga cuja função é distribuir cada requisição para a máquina disponível, muitas vezes em regiões diferentes. Nesse cenário, cada uma dessas máquinas precisa conhecer um identificador de sessão emitido por outra. Não é impossível, mas é um verdadeiro pesadelo operacional, que coloca o balanceador contra a parede em vez de trabalhar a favor dele.
Em outras palavras, a arquitetura atual parte do princípio de que um único servidor se lembra do usuário, mas as empresas reais espalham o tráfego entre dezenas de servidores que, por padrão, não se comunicam entre si. Isso obriga os servidores MCP a fazerem um trabalho extra apenas para manter o controle de quem é quem. Esse tem sido um entrave considerável para quem opera servidores MCP em larga escala, e ajuda a explicar por que tão poucas empresas lançaram integrações MCP próprias e de grande porte, apesar de todo o burburinho em torno da chamada IA agêntica ao longo deste ano.
Com a nova versão, o protocolo adotará uma abordagem mais flexível e sem estado no lado do servidor, semelhante à que a maior parte dos sites da internet já utiliza. A expectativa é de que o sistema inteiro fique muito mais fácil de manter e, em tese, mais barato de operar em escala.
Pode parecer um detalhe técnico demais, mas a mudança traz um lembrete importante: nem toda parte do desenvolvimento em inteligência artificial avança em ritmo frenético. Enquanto o treinamento de modelos corre a passos largos, boa parte da infraestrutura técnica de que eles dependem ainda está sujeita ao ritmo lento e paciente dos consensos entre comitês de padronização. As mudanças estão acontecendo, só que de forma um pouco mais gradual.
Fonte: TechCrunch
