O que mudou no MCP em 2026, explicado para quem gere a operação

O Estúdio Bússola (empresa fictícia) quer conectar o Claude aos projetos e às reuniões da empresa. O sócio leu que o MCP “mudou” em 2026 e perguntou se precisa refazer algo. A resposta curta é que a mudança está na parte técnica; as decisões que cabem a ele continuam as mesmas. O restante explica qual é cada uma.

O que mudou na especificação do MCP de 28 de julho de 2026?

A especificação de 28 de julho de 2026 trouxe quatro mudanças principais: o protocolo deixou de manter sessão, as Tasks viraram extensão oficial, a autorização ficou mais rígida e alguns recursos foram descontinuados. Todas atingem quem constrói servidores e clientes MCP, e quase nada do que o usuário vê.

• Protocolo sem estado. O handshake de início e o identificador de sessão saíram. Cada requisição passa a levar a versão do protocolo e as capacidades do cliente. Na prática, servidores ficam mais simples de colocar atrás de um balanceador de carga.
• Tasks para trabalho longo. As tarefas experimentais saíram do núcleo e viraram uma extensão oficial. Servem para ferramentas que demoram, como uma análise grande, sem prender a conexão aberta.
• Autorização mais rígida. O cliente precisa validar o parâmetro iss antes de usar o código de autorização, e as credenciais ficam presas ao servidor de autorização que as emitiu. O registro dinâmico de clientes foi descontinuado em favor dos Client ID Metadata Documents.
• Descontinuações. Roots, Sampling e Logging entram em descontinuação, e o transporte antigo HTTP+SSE também.

O texto completo está no changelog da especificação. Quem precisa entender o básico do protocolo antes encontra a explicação em o que é MCP, e o quadro geral de uso de IA na rotina está no guia de IA na gestão de agências e consultorias.

O que isso muda para quem conecta o Claude aos dados da empresa?

Para quem apenas conecta, quase nada muda na tela: a conexão continua sendo uma chave ou um login. O que muda é a pergunta de compra. Em vez de “esse servidor fala MCP?”, pergunte “qual versão da especificação ele cumpre e como trata a autorização?”.

O movimento de mercado indica que o MCP virou o encaixe padrão. No evento Gemini at Work, em outubro de 2026, o Google apresentou o Gemini agent, que, segundo a cobertura do Reworked, dá a cada agente identidade, acesso limitado e registro de atividade e, segundo o Ecosistema Startup, conecta-se a servidores MCP.

O Slack já tinha registrado, no changelog de 18 de junho de 2026, o cliente MCP do Slackbot. Cada vez mais ferramentas leem os mesmos servidores, então o que o servidor expõe importa mais.

Por que chave por pessoa e acesso por cargo continuam sendo o que protege a operação?

Porque a especificação protege o canal e a autenticação, mas quem decide o que o agente enxerga é o servidor que guarda os dados. Se a chave é de uma pessoa e vale só até onde o cargo dela chega, um agente comprometido não passa disso. Esse limite vale com qualquer versão do protocolo.

No Mentrun, a chave do MCP é criada por pessoa, tem escopo por módulo e nunca passa do que o cargo vê e faz na tela. Cada chave tem validade, pode ser revogada com efeito imediato e deixa registro de todo uso.

O guia de conexão com o Claude detalha as opções, e o artigo sobre Claude para empresas traz pedidos prontos.

CHECKLIST: CONECTAR UM SERVIDOR MCP | [empresa] | [data] | responsável: [nome]

QUEM E O QUÊ
( ) Quem é o fornecedor do servidor e onde ele roda? [nome / país]
( ) A chave ou o login é de uma pessoa (não compartilhado entre várias)? 
( ) O acesso do servidor é limitado ao cargo da pessoa? [sim / não sei]
( ) Começamos só com leitura? Escrita só depois de uma semana de uso acompanhado.

CONFIANÇA NO PROTOCOLO
( ) O fornecedor informa a versão da especificação MCP que cumpre: [versão]
( ) A autorização usa login com validação do emissor ou chave com validade curta
( ) A chave tem validade definida: [30 dias] e dia de renovação no calendário

CONTROLE E REGISTRO
( ) Dá para revogar a chave na hora
( ) Existe registro de cada chamada, por chave e por pessoa
( ) Sabemos quais dados ficam visíveis ao agente: [lista]
( ) Dado sensível (financeiro, pessoal) fica fora do escopo inicial

HUMANO NO CONTROLE
( ) Ação que altera ou apaga dado exige confirmação de uma pessoa
( ) Alguém revisa o registro de uso uma vez por semana

DECISÃO: ( ) conectar   ( ) conectar só leitura   ( ) adiar   Data: [data]

Como conectar o Claude ao Mentrun passo a passo?

A conexão leva alguns minutos e começa pela chave, em Empresa › Conectar outros apps. Por padrão, Dono e Gestor criam chaves; em outro cargo com essa permissão, cada pessoa vê só as próprias, sempre no limite do cargo. Comece em modo de leitura e só amplie depois de uma semana de uso.

1. 1

   Abra a aba Nova chave

   Em Empresa › Conectar outros apps, escolha o tipo “Só leitura”, o formato “URL única (claude.ai e Claude Desktop)” e a validade; 30 dias é a opção recomendada.

2. 2

   Copie o endereço

   O endereço aparece uma vez só e funciona como senha: quem tiver a URL acessa os dados com as permissões da chave. Guarde em gerenciador de senhas.

3. 3

   Adicione o conector no Claude

   No Claude, abra Configurações, Conectores, Adicionar conector personalizado, dê o nome Mentrun e cole a URL. Nos planos Team e Enterprise do Claude, quem adiciona conectores é o administrador da organização.

4. 4

   Teste com uma pergunta de leitura

   Ative o conector na conversa e peça, por exemplo, um resumo das reuniões da semana de um cliente. Confira se as respostas respeitam o que o seu cargo vê.

5. 5

   Acompanhe e revogue se precisar

   Na aba Uso e auditoria, toda chamada fica registrada por chave. Se a URL vazar, “Revogar” na aba Chaves vale na hora; “Rotacionar” troca a chave por uma nova.

Quais erros evitar ao conectar um agente de IA via MCP?

Os erros costumam ser de acesso, não de protocolo: chave compartilhada, escopo largo demais e ninguém olhando o registro. A atualização da especificação não corrige nenhum deles, porque nenhum nasce do protocolo. Corrigi-los leva uma tarde e vale mais que acompanhar versões.

• Uma chave para o time todo. Quando ela vaza ou alguém sai, ninguém sabe quem usou. Uma chave por pessoa resolve.
• Escopo de administrador por conveniência. Comece em leitura e abra só o módulo que o uso pede.
• Validade longa e sem data de renovação. Chave de 30 dias com lembrete no calendário.
• Registro que ninguém lê. Reserve 10 minutos por semana para a aba de uso.
• Confundir novidade com risco novo. Antes de mudar de servidor por causa de versão, pergunte o que a versão resolve para o seu caso. O guia de agentes de IA para empresas ajuda a decidir, e a política de uso de IA fixa as regras por escrito.