Servidor MCP, explicado de forma simples.

O que é um servidor MCP? Explicado de forma simples

Um servidor MCP é um programa que dá aos modelos de IA acesso padronizado a ferramentas e dados. MCP significa Model Context Protocol, um padrão aberto que a Anthropic publicou em novembro de 2024. A analogia mais comum: o MCP é a porta USB-C para a IA. Um cabo USB-C liga qualquer dispositivo a qualquer carregador, sem que ambos os lados tenham de se conhecer. Da mesma forma, o Model Context Protocol liga qualquer modelo de IA a qualquer ferramenta que ofereça um servidor MCP. Em concreto, um servidor MCP disponibiliza três coisas: ferramentas (ações como «marcar consulta» ou «criar registo»), resources (dados como ficheiros ou entradas de base de dados) e prompts (modelos reutilizáveis). Um modelo de IA pergunta ao servidor o que ele consegue fazer e invoca a capacidade adequada. Antes do MCP, cada combinação de aplicação de IA e ferramenta precisava de uma ligação própria, programada individualmente, mantida individualmente. Com o MCP, cada lado implementa o padrão exatamente uma vez. Importante para enquadrar: a sigla MCP é ambígua, no contexto de saúde designa um código de medicamento. Nas TI, MCP significa entretanto quase sempre o Model Context Protocol. Nesta página trata-se exclusivamente do padrão de IA, e de como o usas sem uma equipa de programadores própria.

Como funciona o Model Context Protocol

O Model Context Protocol trabalha com três papéis: host, client e server. O host é a própria aplicação de IA, por exemplo um agente de IA ou um client de chat. O client é o componente de ligação no host, cada client mantém exatamente uma ligação a um server. O server disponibiliza as capacidades, ou seja, o acesso a uma ferramenta, uma base de dados ou um serviço. A comunicação corre sobre JSON-RPC 2.0, um formato de mensagem estabelecido. Localmente, client e server ligam-se por stdio, ou seja, comunicação direta de processos. Remotamente, a ligação corre sobre HTTP. Três blocos definem o que um server oferece: as ferramentas são ações executáveis com parâmetros definidos, por exemplo «cria uma entrada de calendário em 24.07. às 14h». Os resources são dados legíveis, por exemplo uma ficha de cliente ou um diretório. Os prompts são modelos predefinidos que dão ao modelo contexto para tarefas recorrentes. O decurso de uma interação típica: o host arranca, o client pergunta ao server pelas suas capacidades (tools/list). O modelo de IA recebe esta lista como contexto. Se um utilizador coloca uma tarefa, o modelo decide que ferramenta serve. O client executa a chamada (tools/call), o server entrega o resultado, o modelo formula a partir daí a resposta. Para ti como utilizador não fica nada disto visível. Vives apenas um agente que trata das coisas, em vez de apenas falar.

Porque o MCP se impõe como padrão

O MCP impõe-se porque reduz o problema de integração de N vezes M para N mais M. Sem um padrão, cada uma de N aplicações de IA precisa de uma ligação própria a cada uma de M ferramentas. Com 5 aplicações e 20 ferramentas, isso são 100 integrações individuais. Com o Model Context Protocol, cada aplicação e cada ferramenta implementam o padrão exatamente uma vez, de 100 ligações passam a 25. Esta conta espalhou depressa o protocolo. A Anthropic publicou o MCP em novembro de 2024 como padrão aberto, com especificação aberta e implementações de referência. Os restantes grandes fornecedores de modelos adotaram o protocolo pouco depois. Assim, a guerra de padrões terminou antes de começar. O modelo vem do mundo dos editores: o Language Server Protocol acabou aí com a mesma multiplicação de ligações individuais, um padrão que cada lado implementa uma vez. Para ti como empresa, a padronização significa sobretudo segurança de investimento. Uma ligação que hoje corre por MCP funciona também com o modelo de IA de amanhã. Ligas-te a um protocolo, não a um fornecedor. E o número de servidores MCP disponíveis cresce, porque cada fabricante de software só tem de tornar o seu serviço acessível à IA uma vez, em vez de novo para cada plataforma.

Exemplos de servidores MCP

Existem hoje servidores MCP para browsers, ferramentas de design, bases de dados, sistemas de ficheiros e ferramentas de programadores. Os exemplos mostram quão amplamente o protocolo sustenta. Automação de browser: o servidor MCP Playwright deixa um modelo de IA abrir páginas web, preencher formulários e ler conteúdos. De «verifica se o formulário de contacto funciona» nasce um teste automatizado. Design: o servidor MCP Figma dá aos modelos de IA acesso a ficheiros de design, um modelo pode ler layouts e gerar a partir daí código. Bases de dados: os servidores MCP para PostgreSQL ou SQLite traduzem linguagem natural em consultas. «Quantas encomendas chegaram em junho» torna-se uma query SQL com resultado limpo. Sistemas de ficheiros: um servidor filesystem permite leitura e escrita controladas em diretórios definidos. Ferramentas de programadores: os servidores para plataformas Git gerem issues e pull requests em diálogo. Importante para enquadrar: um servidor MCP é na maioria um adaptador fino sobre uma interface existente. Não reinventa a ferramenta, torna-a acessível a modelos de IA e descreve com precisão o que é permitido. É precisamente este papel de adaptador que a rinqo também usa, mais sobre isso na próxima secção.

• Playwright: abrir browser, clicar, testar formulários
• Figma: ler ficheiros de design, gerar código a partir deles
• PostgreSQL/SQLite: linguagem natural para consultas de base de dados
• Filesystem: leitura e escrita controladas em pastas definidas
• Plataformas Git: gerir issues e pull requests em diálogo

MCP na prática: como a rinqo constrói ligações

A rinqo usa o Model Context Protocol internamente como camada de conector, disso vês apenas o catálogo «Ligações». Esta é uma decisão de produto consciente: o MCP é infraestrutura, não um conceito de utilização. Os quatro agentes da rinqo (telefone, chat, e-mail, Agente Pessoal) acedem às tuas ferramentas por esta camada. Estão disponíveis calendário (Google, Outlook, Cal.com), CRM e contabilidade (HubSpot, sevdesk, lexoffice), ferramentas de projeto (Linear, Jira) bem como Zapier, Make e n8n para tudo o resto. Para desenvolvimentos próprios há REST-API e webhooks. A configuração é assumida por nós, na maioria em poucos dias. Não tens de compreender JSON-RPC nem operar um servidor. Um exemplo do dia a dia: quem liga quer uma consulta. O agente telefónico responde com uma latência abaixo de 800 milissegundos, verifica pela ligação de calendário os horários livres, marca a consulta escolhida e envia-te após a conversa um resumo por e-mail. Três acessos a ferramentas, uma conversa, sem passo manual. O conhecimento por trás vem da tua árvore de conhecimento: importação do site mais upload de PDF, respostas com indicação da fonte, partilhadas por todos os quatro agentes. Com uma base de conhecimento bem mantida, os agentes da rinqo atingem uma taxa de automatização de 60 a 80 por cento. A configuração da plataforma corre em autosserviço em cerca de 10 minutos, os agentes falam 17 idiomas com deteção automática. Preços: Starter 99 € sem IVA por mês com 500 créditos, Pro 349 € com 2.000, Business 799 € com 6.000, Enterprise a partir de 1.499 €.

Segurança e alojamento na UE no MCP

Um servidor MCP é tão seguro quanto o seu controlo de acessos, por isso a rinqo opera a camada completa por conta própria. O protocolo define transporte e formato de mensagem, mas não que permissões um servidor recebe. É precisamente aí que surgem os riscos: um servidor com permissões demasiado amplas transforma um agente inofensivo num problema de segurança. A rinqo limita, por isso, cada ligação ao acesso mínimo necessário. O conector de calendário pode ler e marcar consultas, mas não enviar e-mails. Os dados de acesso ficam cifrados no backend, não alcançam nem o modelo de linguagem nem o contexto da conversa. Quanto ao alojamento: a plataforma corre na Hetzner em Falkenstein e Nuremberga, ambos os centros de dados certificados segundo a ISO 27001:2022. Os modelos de linguagem correm contratualmente garantido dentro da EU Data Boundary, sem treino com os teus dados de clientes. Um fornecedor de recurso puramente europeu está disponível como failover opt-in. A telefonia corre através de centros de dados da UE, a síntese de voz vem da Alemanha e é alojada na UE. Contratualmente recebes um contrato de subcontratação nos termos do art. 28.º do RGPD. Para o AI Act vale: a partir de 02.08.2026, o art. 50.º do Regulamento da UE 2024/1689 exige que as pessoas sejam informadas no contacto com uma IA. A rinqo fornece este aviso por predefinição, o texto é editável, o aviso em si não desativável. As coimas por incumprimento situam-se em até 15 milhões de € ou 3 por cento do volume de negócios anual mundial.