Os 8 melhores servidores MCP recomendados por Boris, o criador do Claude Code

Você sabe o que o criador do Claude Code diz ser o mais importante?

Não é sobre como escrever prompts. Não é a escolha do modelo.

"Dê ao Claude os meios para verificar a própria saída."

Esta é a única coisa. Ele afirma que esta é a dica mais importante para usar o Claude Code.

Este artigo é uma continuação dessa discussão. Entendemos o princípio. Então, como especificamente fornecemos esses meios? A resposta são os servidores MCP.

Sinceramente, saber disso ou não muda verdadeiramente a experiência de usar o Claude Code. O tempo gasto colando documentos, copiando issues e abrindo telas manualmente para verificá-las — tudo isso se torna desnecessário.

Você está passando por isso com o Claude Code?

• O código gerado usa sintaxe antiga, e você mesmo corrige toda vez.
• Você acaba abrindo o navegador para ver se a tela criada realmente funciona.
• Você copia o conteúdo de uma issue, cola no Claude, pede para implementar e depois volta para escrever o progresso.
• Toda vez que ocorre um erro em produção, você copia o stack trace do Sentry.
• Você conhece a palavra MCP, mas não configurou nada porque não sabe o que adicionar.

Sim. Eu também fazia tudo isso.

Vou ser direto: mesmo quem não sabe programar consegue ler este artigo. Vou explicar os termos técnicos conforme aparecem. Na verdade, o MCP é um sistema onde pessoas não-engenheiras podem ver benefícios ainda maiores.

Quando terminar a leitura, você provavelmente vai querer encontrar um lugar no seu trabalho onde você fica "copiando e colando toda vez."

Por favor, salve isto.

Quem é exatamente esse "Boris"?

Boris Cherny. Ele é a pessoa que criou o Claude Code.

Ele afirma explicitamente "Eu criei o Claude Code", então não há dúvidas. Ele é a pessoa que entende a filosofia de design do Claude Code no nível mais profundo.

A forma como ele usa é extraordinária.

Primeiro, ele não escreve código manualmente há muito tempo. Em vez disso, ele executa cerca de cinco sessões do Claude no terminal e mais cinco a dez na web simultaneamente, numerando as abas e gerenciando qual Claude está esperando entrada humana por meio de notificações.

(Imagine ter 15 subordinados, todos trabalhando em tarefas diferentes, e apenas aqueles que travam vêm te chamar.)

Além disso, o CLAUDE.md dele — o livro de regras do projeto — tem apenas cerca de 100 linhas. Ele não é do tipo que escreve uma quantidade massiva de regras.

Seu ditado mais frequentemente citado é este:

"Não escreva prompts. Escreva loops."

Em vez de procurar maneiras de pedir educadamente, crie um ambiente onde o Claude possa percorrer as tarefas por conta própria. Este é o núcleo da filosofia dele.

Os 3 Princípios que Boris Repete

Olhando para as postagens dele, ele diz as mesmas coisas consistentemente.

Princípio 1: Dê ao Claude os meios para verificar a própria saída.

Ele chama isso de "dica mais importante." A explicação dele é muito fácil de entender:

Se você pedir a alguém para construir um site, mas proibi-lo de usar um navegador, o que acontece? Nada de bom virá disso.

Mas se você der a ele um navegador, ele vai construir, olhar, corrigir, olhar novamente e repetir até ficar bom.

O Claude é igual. Se você der a ele os meios para verificar, ele vai iterar por conta própria até ficar satisfeito.

Princípio 2: Transforme tarefas feitas mais de uma vez por dia em sistemas.

Explicar o mesmo procedimento no chat toda vez é perda de tempo, então transforme isso em uma Skill ou um comando. Como o custo de deixá-lo pronto até ser chamado é quase zero, não há problema em criá-lo.

Princípio 3: Traga ferramentas externas para o espaço de trabalho do Claude Code.

Slack, rastreadores de issues, bancos de dados, APIs internas. Ao tornar isso diretamente acessível a partir do Claude Code, o movimento entre ferramentas desaparece.

É aqui que o MCP entra.

Finalmente

Ao falar sobre MCP, você sempre esbarra neste muro.

No momento em que você conecta o MCP, as mãos do Claude Code alcançam o ambiente de produção. Implantação, DNS, pagamentos, dados de clientes. Ler é ok, mas se você permitir escrita ou exclusão de repente, acidentes vão acontecer.

Então, onde você delega e onde um humano verifica?

Estou disponibilizando um gráfico de limites gratuitamente. Quero que você veja antes de instalar o MCP.

👇

Aqui

O que é MCP em uma frase?

Vamos esclarecer isso primeiro.

MCP é uma "interface comum para conectar ferramentas de IA e serviços externos." Pense nisso como um padrão USB.

Em um mundo sem isso, você precisaria construir integrações separadas para Claude, ChatGPT e outras IAs. Com o padrão MCP, um provedor de serviços constrói uma vez, e pode ser usado por todas as ferramentas de IA compatíveis.

E para ser claro, MCP não apenas adiciona recursos ao Claude Code.

Ele traz o próprio alvo do trabalho para dentro do Claude Code.

Designs do Figma, erros do Sentry, tickets do Linear, logs de produção do Cloudflare — o Claude vê diretamente e toca diretamente. É por isso que copiar e colar desaparece.

E agora, esse padrão mudou significativamente.

A Mudança nos Pré-requisitos do MCP

Isso ainda não foi bem organizado no cenário brasileiro, então preste atenção.

Na atualização de especificação mais recente, o MCP passou pela sua maior reformulação desde o lançamento. Aqui estão as quatro principais mudanças:

Ausência de estado. Os MCPs remotos anteriores foram projetados para o servidor manter estados de conexão. Isso acabou; agora é um tipo requisição-resposta como HTTP padrão. O benefício é que funciona diretamente em ambientes serverless ou edge. O MCP agora pode ser construído como um sistema que escala com o acesso, em vez de um único servidor residente.

Suporte para processos de longa duração. A suposição de que uma ferramenta retorna resultados imediatamente foi removida. Ela pode retornar um número de rastreamento primeiro, permitindo verificações de progresso, atualizações e cancelamentos posteriormente. Migrações de código em grande escala, geração de vídeo, análise de dados longa e implantações de ambiente completo — essas "tarefas que levam horas" agora são oficialmente suportadas via MCP.

Capacidade de retornar UI dentro da conversa. Anteriormente, o MCP era centrado em texto e JSON, mas agora o servidor pode retornar telas de operação. Telas de seleção de destino de implantação, gráficos, botões de aprovar/rejeitar, formulários. Em suma, o MCP está passando de um sistema onde a IA chama APIs em segundo plano para um padrão de mini-aplicativos executados sobre a IA.

Autenticação em nível de organização. Vinculado a provedores de identidade corporativos, uma vez que um administrador aprova, os funcionários se conectam automaticamente no primeiro login. A operação de distribuir chaves de API para indivíduos desaparece.

Observe que o lado da Anthropic está implementando isso sequencialmente. O fato de a especificação estar finalizada é diferente de seu Claude Code local poder usar tudo imediatamente.

(Ocasionalmente vejo artigos exagerando isso, mas a expressão oficial é "implementando sequencialmente.")

Existem mais de 950 servidores MCP listados na lista de conectores do Claude. O número é esmagador, mas na verdade não há tantos que você realmente precisa instalar.

8 Servidores MCP Oficiais que Transformam o Claude Code

Esta é a parte principal.

Os critérios de seleção são três: devem ser servidores oficiais gerenciados pelo provedor, fáceis para iniciantes sentirem o efeito e implementarem diretamente um dos três princípios de Boris.

1. Context7 MCP: Eliminando a causa do código desatualizado

Quando o Claude Code produz código incorreto, a causa geralmente não é a falta de inteligência do modelo.

É apenas que a informação que ele está referenciando é antiga.

Usar APIs obsoletas. Gerar sintaxe antiga do Next.js. Misturar configurações de versões diferentes. Gerar opções inexistentes. Preencher implementações que não estão na documentação com suposições. É tudo isso.

O Context7 é um MCP que fornece a documentação mais recente para bibliotecas e frameworks ao Claude Code por versão. Em vez de responder de memória, você cria um estado onde ele implementa após consultar os materiais da versão específica.

Prompt Prático:

Usando o Context7, verifique a documentação oficial da versão atual do Next.js usada neste projeto.

Após verificar, organize o seguinte antes de começar a implementação:

1. Implementação recomendada para a versão atual
2. Implementações obsoletas
3. Diferenças do código atual do projeto
4. Arquivos que precisam de modificação

Não implemente com base em suposições; use apenas os métodos descritos na documentação.

Nota: Não misture vários conceitos em uma única consulta. Perguntar sobre "auth, roteamento e cache" retornará resultados amplos e rasos. A precisão é melhor quando você puxa os conceitos separadamente.

Repositório Oficial: https://github.com/upstash/context7

1. Playwright MCP: Deixando o Claude tocar no navegador

Isso implementa diretamente o Princípio 1 de Boris.

O Claude Code pode escrever código, mas não sabe se a tela que escreveu realmente funciona. Conectar o Playwright MCP permite que o Claude abra um navegador real, clique em botões, preencha formulários, acompanhe transições, capture erros, corrija e verifique novamente.

O interessante neste sistema é que ele não está apenas olhando para capturas de tela como imagens. Ele lê a Árvore de Acessibilidade — informação estruturada da tela. Ele entende o que é um botão, um campo de entrada ou um cabeçalho. Como ele lê o significado, é menos provável que confunda elementos visualmente semelhantes.

Prompt Prático:

Quando a implementação estiver concluída, abra o ambiente local com o Playwright MCP.

Opere e verifique realmente o seguinte:

1. Novo registro
2. Login
3. Exibição durante erros de entrada
4. Quebras de layout na largura de smartphone
5. Logout

Se falhar, não adivinhe a causa apenas lendo o código; reproduza no navegador antes de corrigir.

Após corrigir, reexecute as mesmas operações e relate a conclusão somente após confirmar o sucesso.

Vou ser honesto aqui.

O que o próprio Boris diz que usa toda vez para trabalho web é na verdade a extensão de navegador do Claude Code, não o Playwright MCP. Ele diz que é mais estável que MCPs similares porque pode compartilhar o estado de login como está.

Então o caso de uso é: se você quiser verificar a tela real usando seu navegador logado, use a extensão. Se você quiser automatizar como um teste e executar o mesmo procedimento repetidamente, use o Playwright MCP.

Ambos compartilham a mesma filosofia: "Dê um navegador ao Claude."

Repositório Oficial: https://github.com/microsoft/playwright-mcp

1. Figma MCP: Lendo dados de design, não apenas imagens

Enquanto você passar designs como capturas de tela, o Claude estará sempre adivinhando.

Quantos pixels tem a margem? Qual é o tamanho da fonte? Esta cor é uma cor de marca ou temporária? Esta parte é um componente reutilizável? Tudo está sendo adivinhado visualmente a partir de uma imagem.

Conectar o Figma developer MCP permite acesso direto a informações de design estruturadas. Valores, cores, estruturas de componentes, design tokens. A adivinhação desaparece.

Prompt Prático:

Recupere o quadro atualmente selecionado do Figma MCP.

Primeiro, extraia apenas o seguinte e não comece a implementação:

• Estrutura da página
• Componentes a serem reutilizados
• Definições de cor e tipografia
• Regras de margem
• Mudanças esperadas durante o escalonamento responsivo

Após confirmar o conteúdo extraído, priorize o uso de componentes existentes do projeto para implementação.

Se criar um novo componente, explique primeiro por que os existentes são insuficientes.

E aqui está o verdadeiro negócio.

Puxar o design do Figma, implementar no Claude Code, verificar no Playwright, corrigir se quebrado. Conectar esses três transforma design-para-verificação em uma única linha.

O valor do MCP é melhor compreendido nessa conexão do que isoladamente.

Documentos Oficiais: https://developers.figma.com/docs/figma-mcp-server/

1. Linear MCP: Lendo tickets e escrevendo progresso

Boris menciona seus colegas em PRs com @claude e faz com que ele adicione aprendizados ao livro de regras. Em suma, ele não separa o espaço de gerenciamento de issues do espaço de trabalho da IA.

Conectar o Linear MCP oficial permite pesquisar, criar, atualizar e comentar em issues inteiramente dentro do Claude Code. Como é uma conexão remota hospedada pela Linear com autenticação, você não precisa manter um servidor rodando no seu PC.

Isso torna o seguinte fluxo contínuo:

Ler Issue → Investigar código relacionado → Criar plano de implementação → Implementar → Testar → Comentar progresso na Issue → Atualizar status

Prompt Prático:

Verifique as issues atribuídas a mim que estão em andamento no Linear.

Após organizar prioridades e dependências, execute o seguinte para a issue de maior prioridade:

1. Identificar informações ausentes nos requisitos
2. Investigar código relacionado
3. Criar um plano de implementação e apresentá-lo antes de implementar
4. Implementar e testar após aprovação
5. Comentar as ações realizadas na Issue

Por favor, aguarde minha confirmação antes de alterar o status.

Sempre inclua essa última linha. Se você deixar que ele automatize as mudanças de status, você vai acabar com "trabalho não concluído marcado como feito" da perspectiva dos outros membros da equipe.

Documentos Oficiais: https://linear.app/docs/mcp

1. Sentry MCP: Rastreando causas sem colar erros

O que você faz quando ocorre um erro em produção?

Abrir o Sentry, copiar o stack trace, colar no Claude, encontrar o arquivo que você suspeita, colar também. Nada disso é necessário.

O valor do Sentry MCP não é apenas mostrar a lista de erros. É colocar o conteúdo do erro, stack traces, frequência, usuários afetados, de qual versão é, código relacionado e falhas semelhantes passadas em um único loop de investigação.

Prompt Prático:

Recupere o erro não resolvido com o maior número de usuários afetados nas últimas 24 horas do Sentry.

Investigue na seguinte ordem:

1. Analisar condições de ocorrência
2. Identificar código relacionado
3. Criar um teste de reprodução
4. Se reproduzível, implementar uma correção mínima
5. Executar todos os testes
6. Resumir a causa raiz e a correção

Se não for reproduzível, não corrija com base em suposições. Liste as informações adicionais necessárias para restringir a causa e pare por aí.

A frase "Se não for reproduzível, não corrija com base em suposições" é eficaz. Sem ela, uma correção de aparência plausível pode ser aplicada enquanto a causa raiz permanece, e ele vai relatar "corrigido."

Documentos Oficiais: https://docs.sentry.io/product/sentry-mcp/

1. Cloudflare MCP: Mostrando o estado do destino de implantação

Até agora falamos sobre desenvolvimento, mas isso é sobre operações.

O Cloudflare lançou vários servidores MCP oficiais para operar seus serviços. Verificar configurações, gerenciar Workers, análise de logs, configurações de DNS, configurações de segurança, verificações de desempenho. É projetado não apenas para leitura, mas para propor e realmente fazer mudanças.

Isso significa que o Claude Code pode melhorar o código depois de ver como ele realmente se comporta no destino de implantação.

Prompt Prático:

Verifique o estado atual do ambiente de produção com o Cloudflare MCP.

Investigue:

• Erros nas últimas 24 horas
• Tempos de resposta
• Taxa de acerto de cache
• Eventos de segurança
• Exceções ocorrendo em Workers

Em seguida, classifique os problemas nestas duas categorias:

A. Aqueles que exigem mudanças no código

B. Aqueles que podem ser melhorados apenas pelas configurações do Cloudflare

Em ambos os casos, sempre apresente um plano antes de executar as mudanças. Não altere as configurações até que eu aprove.

Como isso envolve infraestrutura, limite a apenas leitura durante a introdução inicial. Não há necessidade de permitir alterações de configuração desde o início.

Documentos Oficiais: https://developers.cloudflare.com/agents/model-context-protocol/cloudflare/servers-for-cloudflare/

1. Stripe MCP: Combinando código de pagamento com configurações do Stripe

A razão pela qual a implementação de pagamento é difícil é que você não pode saber a resposta correta apenas olhando o código. Você tem que verificar quais produtos e preços estão registrados no lado do Stripe e como os webhooks estão configurados em outra aba enquanto escreve.

O Stripe MCP oficial inclui pesquisa na documentação oficial e informações de suporte, além das operações da API do Stripe. Implementação, verificação de configurações e referência à documentação acontecem no mesmo lugar.

Além disso, o Stripe fornece Skills para agentes além do MCP. Opere com MCP e aplique as melhores práticas com Skills. Essa combinação é poderosa.

Prompt Prático:

Usando o Stripe MCP e a documentação oficial do Stripe, crie um plano de implementação para um recurso de assinatura mensal.

Certifique-se de verificar o seguinte:

1. Configuração de Produto e Preço
2. Como criar uma Checkout Session
3. Eventos a serem recebidos via Webhook
4. Fluxo do processo de cancelamento
5. Comportamento durante falha de pagamento
6. Métodos para evitar registro duplicado
7. Métodos de teste

Use apenas o modo de teste do Stripe durante o trabalho. Não faça nenhuma alteração nos dados de produção.

Nunca delete essas duas últimas linhas. Este não é um MCP para ser executado com esses portões abertos.

Documentos Oficiais: https://docs.stripe.com/mcp

1. GitHub MCP: Fechando o ciclo das respostas de revisão

Finalmente, este.

Mas por favor, não entenda mal; o valor do GitHub MCP não é "ser capaz de executar comandos git." O Claude Code já pode mexer no git local e no GitHub CLI.

O valor vem ao percorrer informações que existem apenas no lado remoto: detalhes de issues, comentários de revisão de PR, resultados de CI, status de outros repositórios, pesquisa de código interna e discussões passadas.

Prompt Prático:

Verifique o PR correspondente ao branch atual com o GitHub MCP.

Pegue todos os comentários de revisão não resolvidos e classifique-os nestes três:

• Coisas que devem ser corrigidas
• Coisas que exigem decisões de design que eu devo decidir
• Coisas julgadas como não precisando de correção (inclua o motivo)

Implemente apenas as "coisas que devem ser corrigidas" e passe nos testes.

Não toque nas coisas que exigem decisões de design; em vez disso, organize os pontos de contenção e opções e apresente-os.

Ler comentários de revisão, corrigir, testar e relatar — tudo fechado dentro do Claude Code.

Repositório Oficial: https://github.com/github/github-mcp-server

Construa uma "Stack", Não Apenas Ferramentas Individuais

O MCP é menos eficaz quando adicionado um por um. Ele se transforma quando alinhado de acordo com o fluxo de trabalho.

Stack de Produção Web:

Puxar design do Figma → Verificar a sintaxe correta atual com Context7 → Implementar no Claude Code → Verificação no navegador com Playwright → PR e resposta de revisão no GitHub → Implantação e verificação de logs no Cloudflare

Stack de Desenvolvimento SaaS:

Puxar requisitos do Linear → Verificar especificações técnicas com Context7 → Implementar no Claude Code → Configurar e verificar pagamentos com Stripe → Testar operações do usuário com Playwright → Monitorar erros de produção com Sentry

O que está acontecendo:

Em ambas as stacks, o processo é o mesmo.

Obter informações, planejar, construir, verificar você mesmo, refletir externamente, ver os resultados.

Este loop é fechado sem nunca sair do Claude Code.

O "Dê a ele os meios para verificar" de Boris não é apenas sobre um navegador. Significa dar a ele os meios para confirmar a correção de cada etapa do processo.

Iniciantes Só Precisam Destes Três

Não estou dizendo para instalar todos os oito. Fazer isso vai te levar às armadilhas do próximo capítulo.

Fase 1: Context7

O objetivo é reduzir o código incorreto.

Como é focado em leitura, o risco é baixo. Começar por aqui é o mais seguro e permite que você sinta o efeito mais rapidamente.

Fase 2: Playwright ou Extensão do Navegador

O objetivo é deixar o Claude verificar os entregáveis por si mesmo.

Se você está trabalhando com web, isso muda as coisas significativamente. Construir, abrir, encontrar quebras, corrigir, abrir novamente. Humanos não precisam mais estar no meio.

Fase 3: Linear ou GitHub

O objetivo é conectar a entrada e a saída do trabalho.

De tickets a implementação, PRs e atualizações de progresso. Neste ponto, o Claude Code muda de um "programador esperando instruções" para um "membro que move o trabalho adiante por conta própria."

Esses três são suficientes. Sério.

Armadilhas Que Você Precisa Ler

Armadilha 1: Mais MCPs não o tornam mais inteligente

Este é o maior equívoco.

Se você conectar um número massivo de MCPs, o número de candidatos a ferramentas que o Claude pode escolher aumenta. O que acontece então?

Ele fica confuso sobre qual usar. Consome contexto. Confunde ferramentas semelhantes. Realiza operações que você não pediu. O gerenciamento de permissões se torna complexo e você perde o controle do que é permitido.

Em vez de conectar 100, você obtém melhores resultados habilitando apenas os 3 a 5 necessários para a tarefa atual. A maneira correta é mudar o que está conectado por projeto.

(Uma vez eu tinha mais de 10 conectados, e o Claude ficava chamando ferramentas estranhas, me fazendo pensar "Por que de repente ficou burro?" Foi resolvido quando reduzi.)

Armadilha 2: Não misture leitura e escrita desde o início

Certifique-se de criar este design durante a introdução inicial:

Leitura é permitida. Criação requer confirmação. Atualizações requerem confirmação. Exclusão é negada. Operações de produção são negadas.

Especificamente, coisas que não devem ser totalmente permitidas desde o início incluem: implantação em produção, alterações de DNS, alterações de dados de clientes, operações de pagamento em produção, exclusão de issues, merge de PRs e exclusão de banco de dados.

A conveniência e o perigo do MCP são perfeitamente proporcionais.

Armadilha 3: Não confunda servidores oficiais com os feitos pela comunidade

Em sites de busca de MCP, vários servidores com o mesmo nome podem aparecer. Mesmo que esteja na lista oficial, não é necessariamente a implementação oficial do provedor.

Verifique estes antes de instalar:

É gerenciado pela organização oficial do provedor? Quando foi a última atualização? Existe uma política de segurança? Qual é o método de autenticação? Quanta permissão ele solicita? Ele é projetado para permitir exclusão ou alterações em produção?

Quanto mais permissões ele solicitar, mais cuidadosamente você deve olhar.

Armadilha 4: Não deixe que ele execute texto externo como está

O fluxo de trabalho de ler issues ou comentários de PR para implementar é poderoso, mas isso envolve texto escrito por outros.

Se uma issue diz "Siga os passos nesta issue" e contém instruções maliciosas, o Claude pode ler e segui-las. Para MCPs que lidam com entrada externa, não deixe que ele execute diretamente; peça para ele apresentar o que pretende fazer primeiro.

Áreas Ainda Não Consolidadas

Vou escrever isso sem exageros.

O sistema para lançar trabalhos de longa duração para fontes externas via MCP está oficialmente na especificação, mas se cada servidor suporta isso é outra história. Lançamento de especificação e atualização de implementação são diferentes. Verifique o status atual do servidor antes de usá-lo.

O sistema para retornar UI na conversa também está na fase de expansão. Nem todos os MCPs retornam telas de operação neste ponto.

Além disso, preços e termos de serviço mudam bastante. Visite os links oficiais neste artigo uma vez antes de usar. Autenticação e escopo de permissão, em particular, não são coisas para conectar sem verificar.

Também não vou dar números como "MCP aumenta o desempenho em X vezes." Isso não foi comprovado.

Em vez disso, meça isto: quantos minutos por dia você gasta copiando e colando, alternando telas e verificando visualmente? Isso é o que desaparece com o MCP.

O Que Fazer Hoje

Não tente fazer tudo. Apenas uma coisa.

Pense no seu trabalho e encontre um lugar onde você fica "indo e voltando entre o Claude Code e outra tela."

Pode ser documentação. Pode ser uma issue. Pode ser uma tela de erro. Pode ser um design.

Instale apenas o MCP que elimina essa única coisa. Sinta o efeito e depois adicione o próximo.

O princípio de Boris, em última análise, se resume a isto: Dê ao Claude os meios para verificar o próprio trabalho. No momento em que você der, o Claude começa a funcionar por conta própria até ficar satisfeito.

Enquanto você está parado, você vai copiar a mesma coisa hoje e colar na mesma tela. No momento em que ele se mover, essa viagem de ida e volta nunca mais voltará.

Esta noite, abra o Claude Code e pense em apenas uma tela que você mais frequenta.

Tudo começa a partir daí.