MCP (Model Context Protocol): definição, funcionamento e exemplos

Um agente de IA que só sabe falar consigo mesmo não serve para muita coisa. Para agir de verdade, ele precisa ler seus arquivos, consultar seus bancos de dados, escrever em suas ferramentas. O MCP é o protocolo criado para padronizar essa conexão, em vez de reinventá-la a cada nova ferramenta.

Definição detalhada

O site oficial do protocolo o define assim: MCP é "um padrão aberto para conectar aplicações de IA a sistemas externos", que permite a elas acessar fontes de dados (arquivos locais, bancos de dados), ferramentas (mecanismos de busca, calculadoras) e workflows (prompts especializados). A própria documentação resume a ideia com uma imagem simples: MCP é "como uma porta USB-C para aplicações de IA", um conector padronizado em vez de um cabo diferente para cada dispositivo.

O protocolo foi anunciado pela Anthropic em 25 de novembro de 2024. O anúncio descreve o problema que o MCP busca resolver: os assistentes de IA permaneciam isolados de dados críticos, e cada nova fonte exigia uma implementação sob medida, o que criava um problema de integração que se multiplicava a cada nova ferramenta e a cada novo modelo. A Anthropic publicou, ao mesmo tempo, a especificação, kits de desenvolvimento e um repositório de servidores MCP de referência para ferramentas como Google Drive, Slack, GitHub, Git ou Postgres. Veja o anúncio da Anthropic.

A IBM propõe uma formulação técnica complementar: MCP é "uma camada de padronização que permite que aplicações de IA se comuniquem de forma eficiente com serviços externos, como ferramentas, bancos de dados ou modelos de prompt predefinidos". Essa descrição destaca um ponto muitas vezes esquecido: o MCP não diz a um agente quando usar uma ferramenta, nem como orquestrar várias etapas. Ele padroniza apenas a forma como a ferramenta se descreve e se conecta. Veja a ficha da IBM sobre MCP.

Como funciona

O MCP segue uma arquitetura cliente-servidor com três papéis, descrita em detalhe pela documentação oficial e retomada pela Microsoft em sua documentação .NET. O host MCP (MCP host) é a própria aplicação de IA, como um assistente ou um editor de código. Ele cria um cliente MCP dedicado para cada serviço ao qual se conecta. Cada cliente mantém uma conexão com um servidor MCP, o programa que de fato expõe dados ou ações. Um servidor MCP pode rodar localmente na máquina do usuário, ou remotamente nos servidores do provedor da ferramenta.

Na prática, um servidor MCP expõe três tipos de elementos: ferramentas (ações que o agente pode disparar, como consultar um banco de dados ou enviar uma mensagem), recursos (dados consultáveis, como o conteúdo de um arquivo) e prompts (modelos de solicitação reutilizáveis). O cliente primeiro consulta o servidor para saber o que ele oferece, e depois pode chamar uma ferramenta específica com argumentos específicos, um funcionamento próximo ao descrito em nosso artigo sobre tool calling.

É justamente aí que as fontes divergem sobre o escopo exato do MCP. IBM e Microsoft concordam que o MCP não substitui o tool calling: esse continua sendo o mecanismo por baixo, o meio pelo qual um modelo solicita, de fato, a execução de uma ação. O que o MCP acrescenta é uma forma comum de descrever e descobrir essas ferramentas, independente do provedor do modelo, onde antes cada provedor impunha seu próprio formato de chamada. Da mesma forma, o MCP não substitui as APIs clássicas: a documentação .NET da Microsoft esclarece que um servidor MCP "pode fornecer uma abstração sobre uma API REST" para expor dados de negócio a um modelo. O MCP é, portanto, uma fachada comum montada sobre APIs existentes, não uma tecnologia que as torna inúteis.

Um servidor MCP também pode expor uma base documental a ser consultada antes de responder, um uso que se sobrepõe diretamente ao princípio do RAG: buscar primeiro em uma fonte confiável, e então gerar a resposta a partir do que foi encontrado.

Exemplo concreto com a Atako

O plano Standard da Atako lista o "Atako MCP" entre seus recursos incluídos, ao lado das integrações, da observabilidade ou do BYOK, na página de preços. Uma chave de API gerada nas configurações da conta serve, entre outros usos, para conectar clientes MCP externos à plataforma.

O restante da implementação em detalhe, quais servidores, quais ferramentas expostas especificamente, não está documentado publicamente até o momento. É melhor manter o texto factual nesse ponto do que arriscar uma lista de ferramentas ou uma data de lançamento.

Erros comuns

Primeiro erro: achar que o MCP é um mecanismo inteiramente novo que substituiria o tool calling. Não é o caso, o MCP padroniza a descrição e a descoberta das ferramentas, mas a chamada em si continua sendo uma chamada de função clássica, produzida pelo modelo.

Segundo erro: pensar que um "servidor MCP" designa necessariamente uma máquina remota grande. A documentação oficial distingue claramente os servidores locais, que rodam no computador do usuário e se comunicam localmente, dos servidores remotos, hospedados pelo provedor da ferramenta e acessíveis via HTTP.

Terceiro erro: confundir o MCP com uma garantia de segurança em si mesma. O protocolo padroniza a forma como um modelo descobre e chama uma ferramenta, mas não decide em seu lugar as permissões concedidas a essa ferramenta. Em uma plataforma séria, essa decisão continua sendo uma camada separada, independente do protocolo de conexão usado.

Quarto erro: achar que toda ferramenta conectada a um agente passa necessariamente pelo MCP. Muitos agentes, incluindo os que usam integrações como GitHub ou Slack, chamam ações por tool calling clássico sem passar por um servidor MCP dedicado. A Atako não documenta publicamente o detalhe das ferramentas expostas pelo seu próprio MCP: o MCP continua sendo uma opção de conexão entre outras, não uma passagem obrigatória para dar ferramentas a um agente.

Para ir além

O MCP se firmou rapidamente como um padrão apoiado por um ecossistema amplo: a documentação oficial cita aplicações como o Claude ou editores de código como o Visual Studio Code e o Cursor entre os clientes MCP compatíveis. Para entender as peças vizinhas desse protocolo, veja o glossário completo, com os termos tool calling, RAG e BYOK, todos mecanismos de conexão ou configuração do lado do modelo.