Publicado originalmente em heycc.cn. Esta é uma cópia espelhada — a versão canônica é mantida atualizada na fonte.

Melhores Servidores MCP para Claude Code em 2026: Um Guia Curado, Trabalho por Trabalho

Agora existem milhares de servidores MCP. Você não precisa deles. O número certo para uma configuração funcional está mais próximo de cinco do que de cinquenta, e a habilidade está em combinar um servidor com um trabalho que você realmente faz todos os dias, não em coletar ferramentas porque uma lista as classificou.

O princípio organizador aqui é o trabalho, não a popularidade. Cada entrada nomeia um servidor que vale a pena instalar para aquele trabalho, fornece o comando exato claude mcp add verificado contra a documentação oficial e sinaliza os problemas. Se você ainda não conectou seu primeiro servidor, leia a mecânica em Como configurar um servidor MCP no Claude Code primeiro — este artigo assume que você sabe como claude mcp add funciona e se concentra em quais servidores merecem um lugar.

Uma coisa mudou em 2026 que faz a curadoria importar menos do que costumava: o Claude Code agora envia pesquisa de ferramentas MCP ativada por padrão. Apenas nomes de ferramentas e instruções do servidor são carregados no início da sessão; esquemas completos de ferramentas são adiados até que o Claude precise deles. Portanto, adicionar outro servidor custa quase nada em contexto, e não há um limite fixo de ferramentas por servidor. Isso remove a antiga desculpa "muitas ferramentas prejudicam minha janela de contexto" — mas não remove o custo de segurança de conectar servidores em que você não confia. Curadoria para confiança e sinal, não para orçamento de contexto.

O cenário mudou: o repositório de referência ficou menor

Se você está trabalhando a partir de uma lista da era de 2024, jogue-a fora. O repositório oficial modelcontextprotocol/servers agora mantém apenas sete servidores de referência:

• Tudo — um servidor de teste/demonstração
• Buscar — buscar e converter conteúdo da web
• Sistema de Arquivos — ler/escrever diretórios permitidos
• Git — ler, pesquisar e manipular um repositório
• Memória — um gráfico de conhecimento persistente
• Pensamento Sequencial — raciocínio estruturado em múltiplas etapas
• Tempo — conversão de tempo e fuso horário

Tudo o que você lembra como "oficial" — GitHub, GitLab, PostgreSQL, Puppeteer, Slack, Google Drive/Maps, Brave Search, Redis, Sentry, SQLite — foi movido para um repositório separado servers-archived e não é mais mantido lá. A consequência importante: para vários desses trabalhos, o servidor real mantido agora é um servidor de fornecedor de primeira parte (o próprio do GitHub, o próprio da Microsoft, o próprio do Brave), não uma referência da Anthropic. Instalar a versão arquivada é como você acaba depurando um servidor que ninguém corrige.

Os três filtros que cada escolha teve que passar

Na ordem:

1. Verificação de fonte oficial. Cada comando abaixo é verificado contra modelcontextprotocol.io ou a própria documentação/repositório do servidor, não uma cópia de um blog.
2. Corretude do transporte. stdio vs. HTTP vs. SSE não são intercambiáveis. O transporte errado é a razão mais comum pela qual um servidor "não se conecta".
3. Valor diário real. Um servidor deve substituir algo que você atualmente cola no chat manualmente.

A tabela de decisões

Encontre seu trabalho, instale uma coisa, siga em frente.

Trabalho 1: Tocar o sistema de arquivos local e git

Esses dois são a coisa mais próxima de "sempre instalar". O sistema de arquivos é permitido por diretório — você passa as pastas que o Claude pode ler e escrever, e nada mais é acessível:

claude mcp add --transport stdio filesystem \
  -- npx -y @modelcontextprotocol/server-filesystem ~/projects ~/notes

Note o --. Para servidores stdio, o duplo traço separa as próprias flags do Claude (--transport, --env, --scope) do comando que executa o servidor. Tudo após -- é passado para o servidor sem alterações. Esqueça isso e o Claude Code tenta analisar as próprias flags do servidor como se fossem suas — a falha de instalação stdio número um.

O Git é enviado como um servidor Python, executado com uvx (ou pip install mcp-server-git):

claude mcp add --transport stdio git -- uvx mcp-server-git

Memória, se você quiser um gráfico de conhecimento que sobreviva entre sessões:

claude mcp add --transport stdio memory \
  -- npx -y @modelcontextprotocol/server-memory

Trabalho 2: Trabalhar com GitHub (e parar de colar diffs de PR)

É aqui que o rótulo "oficial" se mudou. O servidor GitHub mantido agora é o próprio do GitHub github/github-mcp-server, não uma referência da Anthropic. O endpoint remoto é https://api.githubcopilot.com/mcp/ via HTTP, e a documentação do Claude Code mostra como adicioná-lo com um token de acesso pessoal no cabeçalho:

claude mcp add --transport http github https://api.githubcopilot.com/mcp/ \
  --header "Authorization: Bearer SEU_GITHUB_PAT"

O que você obtém é real: conjuntos de ferramentas para repositórios, problemas, pull_requests, ações (fluxos de trabalho CI/CD) e segurança de código (Verificação de Código), entre outros. Quando você não especifica conjuntos de ferramentas, o padrão ativa contexto, repositórios, problemas, pull_requests e usuários — o suficiente para revisar um PR, registrar um problema e ler o contexto do repositório imediatamente. Prefere executá-lo localmente? Uma imagem Docker é publicada em ghcr.io/github/github-mcp-server.

Trabalho 3: Dirigir um navegador real

Para testes de ponta a ponta, captura de telas, ou "clique através do cadastro e me diga o que quebra".