🔌 Testei 100 Servidores MCP. Estes São os Apenas 12 que Valem a Pena Instalar.

O ecossistema do Protocolo de Contexto do Modelo explodiu para quase 20.000 servidores. A maioria é ruído. Eu instalei, conectei e testei 100 deles — principalmente dentro do Claude Code — para encontrar a pequena quantidade que realmente merece um espaço permanente na sua configuração. Aqui estão os 12 que sobreviveram, os que eu desinstalei e a verdade desconfortável de 2026 que ninguém vendendo servidores MCP quer admitir.

Por que eu fui por esse caminho

Quando a Anthropic lançou o Protocolo de Contexto do Modelo como código aberto no final de 2024, a proposta era simples: pare de escrever uma integração sob medida para cada ferramenta e fonte de dados, e construa contra um único padrão aberto. A forma como eles apresentaram foi "a porta USB-C para aplicações de IA" — um conector, muitos dispositivos. Cético em relação a mais uma camada de abstração, eu a salvei e segui em frente.

Dezoito meses depois, eu não consegui ignorá-la. O repositório oficial modelcontextprotocol/servers ultrapassou 87k estrelas com mais de 900 colaboradores. Diretórios como PulseMCP agora listam quase 20.000 servidores e adicionam centenas por semana. A Anthropic aposentou sua lista de servidores mantida manualmente em favor de um Registro MCP (registry.modelcontextprotocol.io). O protocolo foi adotado não apenas pelo Claude, mas em todo o mundo das ferramentas — Zed, Replit, Sourcegraph, Cursor, VS Code, Windsurf, Cline, Codex e mais todos falam isso. Block e Apollo integraram isso na produção. Deixou de ser uma coisa da Anthropic e se tornou uma coisa da indústria.

Os números contam a história. O servidor mais acessado no ecossistema — o Playwright da Microsoft — recebe uma estimativa de 5,5 milhões de visitantes por semana. Chrome DevTools: 2,5 milhões. Context7: quase um milhão. Estes não são mais demonstrações; são infraestrutura de carga em fluxos de trabalho de engenharia reais.

Então eu fiz a coisa óbvia. Eu instalei 100 servidores MCP — os servidores de referência mantidos pelo grupo de direção da Anthropic, servidores de fornecedores oficiais (GitHub, Supabase, Sentry, Notion) e uma pilha profunda de projetos da comunidade — e os executei contra o trabalho que realmente faço: enviar código, revisar PRs, depurar incidentes de produção, gerenciar bancos de dados, transformar quadros do Figma em componentes e perseguir regressões de desempenho. Eu classifiquei cada um. A maioria foi deletada em uma hora.

Esta é a lista reduzida que sobreviveu. Doze servidores. Não cem. E esse número — doze, de vinte mil — é toda a tese deste artigo, que eu voltarei a abordar antes da lista.

Resumo

• O MCP é o padrão aberto para conectar agentes a ferramentas e dados. Um protocolo, milhares de servidores, todos os principais clientes.
• Mais servidores não é melhor. Cada servidor conectado sobrecarrega sua janela de contexto com esquemas de ferramentas. A melhor configuração é pequena e deliberada, não maximal.
• Meus 12 escolhidos abaixo cobrem documentos, arquivos, controle de versão, navegadores, bancos de dados, design, observabilidade, raciocínio e memória — a espinha dorsal do trabalho de engenharia real.
• A reviravolta de 2026: até a Microsoft agora recomenda CLI + Skills em vez de MCP para agentes de codificação de alta taxa de transferência, por pura economia de tokens. A jogada inteligente é saber quando não recorrer a um servidor MCP.
• A segurança não é opcional. Um servidor MCP opera com suas credenciais e pode ser um vetor de injeção de prompt. Audite antes de confiar.

Um lembrete de 30 segundos: O que é um servidor MCP?

O MCP é um protocolo cliente-servidor. Seu agente (Claude Code, o aplicativo de desktop, um IDE) é o cliente. Um servidor MCP é um pequeno programa que expõe três tipos de coisas para esse cliente:

• Ferramentas — ações que o modelo pode chamar (run_query, create_issue, take_screenshot). Estes são os verbos.
• Recursos — dados que o modelo pode ler (arquivos, linhas de banco de dados, documentos, um gráfico de conhecimento). Estes são os substantivos.
• Prompts — modelos de fluxo de trabalho reutilizáveis e parametrizados que o servidor fornece para que você não precise reescrevê-los.

O protocolo é agnóstico ao transporte, mas na prática os servidores funcionam de duas maneiras, e a distinção importa muito para como você os implanta e os protege:

• Local (transporte stdio) — um processo iniciado em sua própria máquina via npx (servidores TypeScript) ou uvx/pip (servidores Python). O cliente se comunica com ele através da entrada/saída padrão. Ideal para qualquer coisa que toque o estado local: arquivos, Git, um banco de dados no localhost. Nada sai da sua máquina.
• Remoto (HTTP / HTTP Streamable / transporte SSE) — um endpoint hospedado ao qual você se conecta por URL, cada vez mais precedido por OAuth 2.1 para autenticação. Ideal para SaaS que você não quer executar você mesmo (GitHub, Notion, Sentry, Zapier). A desvantagem: seus dados e credenciais agora atravessam uma fronteira de rede, então confiança e escopo importam mais.

Uma entrada mínima de configuração do Claude Desktop / Claude Code para um servidor local se parece com isto:

{
  "mcpServers": {
    "filesystem": {
      "command": "npx",
      "args": ["-y", "@modelcontextprotocol/server-filesystem", "/path/to/allowed/files"]
    }
  }
}

Um servidor remoto é ainda mais simples — apenas uma URL (e geralmente uma chave no cabeçalho):

{
  "mcpServers": {
    "context7": {
      "url": "https://mcp.context7.com/mcp"
    }
  }
}

É isso. Reinicie o cliente, e o agente pode usar as ferramentas do servidor. No exemplo do sistema de arquivos, ele pode ler e escrever arquivos dentro do diretório que você permitiu — e apenas aquele diretório. Essa última cláusula não é uma nota de rodapé; é todo o modelo de segurança, e voltaremos a isso.

Uma rápida nota sobre clientes

Um servidor é inútil sem um cliente para operá-lo. O cenário de clientes MCP em 2026 é amplo: Claude Code, Claude Desktop, VS Code, Cursor, Windsurf, Cline, Codex, Gemini CLI, Goose, JetBrains, Warp, Kiro, Antigravity e mais. O objetivo de todo o padrão é que o mesmo servidor funcione em todos eles — escreva uma vez