MCP: O que é Model Context Protocol e como usar

O que é MCP (Model Context Protocol) e como usar

O Model Context Protocol (MCP) é um padrão aberto que padroniza a comunicação entre aplicações de IA (como chatbots, IDEs e agentes) e o mundo externo: bancos de dados, APIs, arquivos e ferramentas de trabalho. Em vez de escrever um conector diferente para cada combinação de modelo e sistema, você implementa o protocolo uma vez e qualquer cliente compatível consegue conversar com qualquer servidor compatível.

Antes do MCP, cada integração entre um modelo e uma ferramenta era um trabalho artesanal e frágil. Se você trocasse de modelo ou adicionasse uma nova fonte de dados, precisava refazer a "fiação". O MCP resolve isso definindo uma interface previsível e descobrível em tempo de execução: o cliente pergunta ao servidor o que ele oferece e recebe esquemas tipados de volta.

Tecnicamente, o MCP é um protocolo baseado em JSON-RPC 2.0 que roda em sessões com estado, em vez de chamadas REST isoladas. Ele foi publicado como código aberto pela Anthropic e hoje é mantido de forma neutra pela comunidade, com versões de especificação sucessivas. A mais recente é a release 2026-07-28.

Por que o MCP virou padrão de mercado

O MCP saiu de projeto de um único fornecedor para infraestrutura de agentes de toda a indústria em menos de dois anos. A Anthropic apresentou o protocolo em novembro de 2024, e a adoção pelos grandes players veio rápido: a OpenAI incorporou suporte no Agents SDK em março de 2025, o Google DeepMind integrou o MCP à API do Gemini em meados de 2025, e a Microsoft levou o suporte a MCP no VS Code Copilot para disponibilidade geral em julho de 2025. IBM e Amazon completam a lista de adotantes de peso.

Os números de uso acompanham esse movimento:

• Os SDKs oficiais (TypeScript e Python) atingiram 97 milhões de downloads mensais, marca reportada pela Anthropic em março de 2026. Para comparação, o pacote React levou cerca de 3 anos para chegar a 100 milhões de downloads mensais; o MCP alcançou escala parecida em 16 meses.
• O registro oficial de servidores MCP já contava cerca de 9.652 servidores publicados em um levantamento de maio de 2026.
• A governança passou a ser neutra sob a Agentic AI Foundation (AAIF), ligada à Linux Foundation, que reuniu 146 membros até 24 de fevereiro de 2026, incluindo empresas que competem ferozmente na camada de modelos, mas colaboram na camada de infraestrutura.

O padrão exibe um clássico efeito de rede: cada novo servidor MCP torna todo cliente MCP mais capaz, e cada novo cliente torna mais vantajoso construir servidores. Segundo levantamento da Synvestable, 28% das empresas da Fortune 500 já haviam implantado servidores MCP em menos de 18 meses.

Como o MCP funciona: host, cliente e servidor

A arquitetura do MCP organiza cada integração em torno de três papéis. Essa separação de responsabilidades é o que permite que qualquer host compatível alcance qualquer servidor compatível sem código de integração sob medida.

• Host: a aplicação de IA que o usuário abre diretamente, como o Claude Desktop, o Cursor ou uma extensão de IDE. O host controla a sessão, gerencia permissões e decide a quais servidores se conectar. É ele quem impõe o que o agente pode fazer, pedindo aprovação do usuário em ações sensíveis.
• Cliente: vive dentro do processo do host e mantém exatamente uma conexão com um servidor. Ao conectar em vários servidores ao mesmo tempo (por exemplo, um de arquivos e um do GitHub), o host cria uma instância de cliente para cada um, mantendo as conexões isoladas.
• Servidor: o processo leve que expõe capacidades específicas. Ele publica uma "superfície" de recursos, ferramentas e prompts, e nunca precisa saber qual host ou modelo está chamando.

Uma sessão MCP segue um ciclo definido: inicialização (troca de versões e capacidades via handshake), descoberta (o cliente pede quais tools, resources e prompts existem e recebe esquemas tipados), provisão de contexto, invocação e execução. Em vez de uma troca única, esses estágios formam um laço contínuo ao longo da conversa.

Os três primitivos: tools, resources e prompts

Cada servidor MCP expõe três tipos de capacidade. Escolher o primitivo certo é uma decisão de governança: uma ação destrutiva implementada como resource, por exemplo, escapa da lógica de consentimento que os hosts aplicam às tools.

• Tools (ferramentas): funções executáveis que realizam ações. São controladas pelo modelo, que decide quando chamá-las. Exemplos: rodar uma query, criar um registro, chamar uma API.
• Resources (recursos): dados que a IA pode ler como contexto. São expostos pela aplicação (host). Exemplos: documentos, linhas de banco, arquivos e saídas de pipeline.
• Prompts: templates reutilizáveis de instrução. São controlados pelo usuário, que os seleciona na interface. Exemplo: um comando de barra que pré-preenche um pedido estruturado.

Essa distinção no nível do protocolo permite que o host separe operações apenas de leitura (resources) das operações com consequências (tools) sem precisar inspecionar o conteúdo das mensagens.

Como usar MCP na prática

Há dois lados no MCP: consumir servidores existentes e expor os seus próprios. Para começar a consumir, o caminho típico tem quatro passos.

1. Escolha um host compatível. Claude Desktop, Cursor, VS Code Copilot e Codex já falam MCP nativamente.
2. Adicione a configuração do servidor. A maioria dos hosts lê um arquivo de configuração no formato JSON com a lista de servidores. Na prática, você cria uma seção "servers" e, dentro dela, uma entrada para cada servidor, informando três dados: um nome (por exemplo, "atlas"), o tipo de transporte (para conexão remota, "http") e a URL do servidor (por exemplo, "https://attlas.dev/mcp/"). O próprio host indica onde colar essa configuração.
3. Deixe o host descobrir as capacidades. Ao iniciar, o cliente faz o handshake e lista as tools, resources e prompts disponíveis, sem que você escreva código de integração.
4. Use no fluxo de trabalho. Peça algo ao agente; quando ele precisar de uma tool, o host mostra a chamada e pede sua aprovação antes de executar ações sensíveis.

Para expor conhecimento, você sobe um servidor MCP que publica seus dados e ferramentas como resources e tools. É assim que uma base de documentação, um repositório ou um catálogo interno deixa de ser um arquivo parado e passa a ser contexto consultável por qualquer cliente MCP da sua organização.

MCP e segurança: o que considerar

O design do MCP coloca segurança em cada camada, mas a adoção acelerada trouxe preocupações reais: pesquisadores registraram mais de 30 CVEs relacionados a MCP só entre janeiro e fevereiro de 2026, e a agência norte-americana NSA publicou um documento de considerações de segurança em maio de 2026.

Alguns princípios que o protocolo recomenda:

• Humano no circuito. Uma tool representa execução de código arbitrário: ela pode apagar arquivos ou enviar e-mails. Hosts devem mostrar quais tools estão disponíveis e pedir confirmação antes de operações sensíveis.
• Isolamento entre servidores. Cada servidor tem sua própria conexão de cliente e nunca enxerga todo o histórico da conversa.
• Mostrar entradas ao usuário. Exibir o que será enviado em uma chamada é uma defesa eficaz contra exfiltração de dados por prompts maliciosos.

Conclusão

O Model Context Protocol (MCP) deixou de ser uma curiosidade técnica para se tornar a camada padrão de conexão entre agentes de IA e o mundo real. Entender a arquitetura host, cliente e servidor e os três primitivos (tools, resources e prompts) é o primeiro passo para tirar proveito desse ecossistema, seja consumindo servidores existentes, seja expondo o conhecimento da sua própria organização.

O próximo passo prático é decidir qual conhecimento você quer tornar acionável para pessoas e agentes. Se a sua documentação ainda está espalhada em arquivos, wikis e repositórios, conheça o Attlas e transforme essa base dispersa em contexto vivo, pronto para ser consultado e exposto via MCP.

Perguntas frequentes

O que significa MCP?

MCP significa Model Context Protocol (Protocolo de Contexto de Modelo). É um padrão aberto, criado pela Anthropic em novembro de 2024, que define como aplicações de IA se conectam a ferramentas e fontes de dados externas de forma segura e padronizada.

Qual a diferença entre MCP e uma API REST comum?

Uma API REST expõe endpoints fixos que você precisa conhecer e integrar manualmente. O MCP expõe uma superfície de capacidades descobrível em tempo de execução: o cliente pergunta o que existe e recebe esquemas tipados, mantendo uma sessão com estado. Isso permite fluxos de agente com várias etapas, em vez de chamadas isoladas.

Preciso saber programar para usar MCP?

Para consumir servidores prontos, não. Basta usar um host compatível (Claude, Cursor, Copilot) e colar a configuração do servidor. Para construir um servidor MCP e expor seus próprios dados e ferramentas, aí sim é preciso desenvolvimento, ou uma plataforma que faça isso por você.

O MCP é seguro para dados corporativos?

O protocolo foi desenhado com isolamento entre servidores, consentimento no host e humano no circuito para ações sensíveis. Ainda assim, como qualquer tecnologia em rápida adoção, exige boas práticas de implementação, controle de acesso e governança, especialmente em ambientes de produção.