Como configurar um MCP Server pronto para usar com a sua IA
Categoria: Tecnologia e IA
Por Tripulação da Astronauta Martech
9 min de leitura
Configurar um MCP Server, na grande maioria dos casos, não é escrever código de servidor do zero: é escolher um servidor que já existe para o sistema que você quer conectar, instalar o pacote correto, informar as credenciais de acesso e registrar esse servidor no cliente de IA que você usa (Claude Desktop ou Claude Code). É assim que a Astronauta Martech trabalha no dia a dia: em vez de programar um MCP Server próprio para cada sistema, usamos servidores já mantidos (pela própria Anthropic, pela comunidade ou pelo fornecedor do sistema) e concentramos o esforço real em configurar, testar e ensinar a IA a interpretar os dados corretamente.
Já explicamos o que um MCP Server é e como ele se encaixa na arquitetura do protocolo em outro texto do nosso material, e a decisão de arquitetura entre MCP e API tradicional está detalhada em outro artigo. Este texto assume que esses dois conceitos já estão claros e vai direto para a parte prática: como configurar.
Antes de começar, um aviso importante: ao longo deste passo a passo você vai esbarrar em termos como "Node", "Python" ou "pacote", que não fazem parte do vocabulário de quem não é técnico. Isso é normal, e você não precisa decorar nada disso. A maioria dos assistentes de IA de hoje (incluindo o Claude) tem acesso a navegador ou consegue instalar coisas de forma autônoma: você pode simplesmente colar o link do que precisa instalar e pedir para a IA fazer a instalação por você, com as autorizações que você for concedendo no caminho. E sempre que a IA usar um termo que você não entenda, é só perguntar: "explica isso de um jeito simples, com um exemplo prático, como se eu fosse guardar isso num glossário pessoal". A maioria das IAs se adapta bem a esse pedido.
Por que não vale a pena construir um servidor do zero na maioria dos casos
Escrever um MCP Server exige manutenção contínua: acompanhar mudanças na API do sistema conectado, tratar erros, lidar com autenticação, corrigir bugs. Para sistemas amplamente usados (Google Drive, Slack, GitHub, bancos de dados comuns), esse trabalho já foi feito, testado e mantido por outras pessoas. Reescrever isso do zero é retrabalho sem ganho real.
Existe um catálogo público com centenas de servidores já prontos (o diretório mcpservers.org é um bom ponto de partida), cobrindo desde ferramentas de produtividade até bancos de dados e plataformas de marketing. A pergunta que realmente importa não é "como eu escrevo esse servidor", é "existe um MCP Server pronto para o sistema que eu preciso, e se não existir, faz sentido pagar o custo de mantê-lo por conta própria".
Passo a passo para configurar um MCP Server já existente
O processo é parecido independente do sistema que você está conectando:
1. Verificar se já existe um servidor para o sistema
Procure no diretório oficial de servidores, na documentação do fornecedor do sistema (muitas plataformas de SaaS já publicam o próprio MCP Server) ou em repositórios da comunidade. Boa parte das ferramentas populares de produtividade, comunicação e desenvolvimento já tem um servidor mantido publicamente.
2. Obter as credenciais de acesso
Um MCP Server precisa se autenticar no sistema que ele representa, exatamente como qualquer integração via API. Isso normalmente significa gerar uma chave de API, um token de acesso, ou configurar OAuth, dependendo do sistema. Guarde essa credencial como variável de ambiente, nunca direto no código ou no arquivo de configuração em texto plano.
3. Instalar o pacote do servidor
A maioria dos MCP Servers é distribuída como pacote Node (via npx) ou Python (via pip/uv), pronto para rodar sem escrever nenhuma linha de código próprio. O próprio README do servidor normalmente traz o comando exato de instalação e execução. Se nada disso fizer sentido pra você, peça pra sua IA fazer essa instalação por você.
4. Registrar o servidor no cliente de IA
Antes de partir para a configuração manual: verifique se a ferramenta que você quer conectar já não oferece uma URL própria de servidor MCP, mantida por ela mesma. RD Station, Runrun.it e Reportei, por exemplo, já têm isso. Nesses casos, você não precisa editar nenhum arquivo de configuração: basta usar o botão nativo de "adicionar conector" dentro do Claude (ou da ferramenta de IA que você usa), informar a URL, e pronto. É muito mais simples e mais seguro do que editar configurações de desenvolvedor manualmente, e a maioria dos MCP Servers hoje já oferece esse caminho nativo, em poucos cliques, sem risco de mexer em algo que não deveria.
Quando esse caminho nativo não existir e for necessário editar a configuração manualmente, no Claude Desktop isso é feito no arquivo claude_desktop_config.json (em Configurações > Desenvolvedor > Editar Config), adicionando o servidor, o comando para rodá-lo e as variáveis de ambiente necessárias:
{
"mcpServers": {
"nome-do-servidor": {
"command": "npx",
"args": ["-y", "@pacote/do-servidor-mcp"],
"env": {
"API_KEY": "sua-chave-aqui"
}
}
}
}
No Claude Code, o processo equivalente é via o comando claude mcp add, que registra o servidor no escopo do projeto ou globalmente, sem precisar editar JSON manualmente.
5. Testar antes de usar em produção
Depois de registrado, reinicie o cliente e confirme que as tools do MCP Server aparecem disponíveis na conversa. Para uma checagem mais isolada, o MCP Inspector permite rodar e inspecionar um servidor fora do cliente de IA, chamando as tools manualmente e conferindo o retorno antes de confiar nele numa conversa real.
Cuidados antes de conectar um sistema sensível
Nem todo sistema deve ser conectado com o mesmo nível de confiança. Antes de registrar um MCP Server que acessa dados sensíveis (financeiro, dados de alunos, informações de pagamento), vale checar:
- Quem mantém esse servidor: um pacote oficial do próprio fornecedor do sistema tende a ser mais confiável do que um servidor de terceiro não verificado, já que o servidor roda com as suas credenciais.
- Que permissões a credencial usada carrega: sempre que possível, use uma credencial com o menor escopo necessário, não a chave mestra da conta.
- Se o servidor expõe ações que alteram dados (escrita) além de apenas ler: para sistemas financeiros, prefira começar apenas com leitura.
Organização ou usuário: onde configurar a conexão
Se você usa uma conta de time (ChatGPT, Claude ou outra ferramenta de IA com conectores externos via MCP), é importante decidir em qual nível você configura cada conexão:
- Nível de organização: use quando o acesso deve ficar disponível para todo o time. Por exemplo, se todo mundo na Astronauta precisa acessar, via MCP, as contas de marketing que a agência gerencia para os clientes, essa conexão é configurada nas configurações da organização.
- Nível de usuário: use quando o acesso deve ficar restrito a uma pessoa específica. Se existe uma conta ou um sistema que só você deveria poder consultar, configure a conexão no seu usuário, não na organização, para não abrir esse acesso para todo o time sem necessidade.
Essa decisão é tão importante quanto escolher as permissões da própria credencial: uma conexão configurada no nível errado pode dar acesso a informação sensível para quem não deveria ter.
Depois que o servidor está configurado e funcionando, o próximo passo real de trabalho não é técnico, é de instrução: ensinar a IA a interpretar o dado daquele sistema específico, algo que já cobrimos em outro texto do nosso material.
Perguntas frequentes
Preciso saber programar para configurar um MCP Server?
Para usar um servidor já existente, geralmente não é necessário escrever código: o trabalho é de configuração (credenciais, variáveis de ambiente, registro no cliente), não de desenvolvimento. Conhecimento técnico básico ajuda a diagnosticar problemas de configuração, mas não é preciso programar um servidor do zero. Se algum termo técnico não fizer sentido, a própria IA que você está usando pode explicar e até fazer parte da instalação por você.
Como sei se já existe um MCP Server pronto para o sistema que eu uso?
Consulte o diretório público de servidores MCP ou a documentação do próprio fornecedor do sistema. Ferramentas amplamente usadas (Google Drive, Slack, GitHub, bancos de dados populares) quase sempre já têm servidor mantido publicamente.
É melhor usar o conector nativo do meu assistente de IA ou editar o arquivo de configuração manualmente?
Sempre que existir, prefira o conector nativo. Ferramentas como RD Station, Runrun.it e Reportei já mantêm sua própria URL de servidor MCP, e conectar por ela via o botão nativo do seu assistente de IA é mais simples e mais seguro do que editar arquivos de configuração manualmente. A edição manual (como o claude_desktop_config.json) fica reservada para servidores que ainda não oferecem esse caminho nativo.
Devo configurar a conexão a nível de organização ou de usuário?
Depende de quem deve ter acesso. Configure a nível de organização quando o acesso deve estar disponível para todo o time (por exemplo, contas de marketing compartilhadas). Configure a nível de usuário quando o acesso deve ficar restrito a uma pessoa específica, para não expor dados sensíveis para quem não deveria vê-los.
É seguro usar um MCP Server de terceiros?
Depende de quem mantém. Prefira servidores oficiais do próprio fornecedor do sistema ou mantidos por organizações conhecidas. Como o servidor roda com suas credenciais, revise o código-fonte quando possível, e use sempre a credencial com o menor escopo de permissão suficiente para o que você precisa.
Quando faz sentido construir um MCP Server próprio em vez de usar um pronto?
Quando o sistema que você quer conectar é interno, proprietário, ou simplesmente não tem nenhum servidor público disponível. Nesse caso, o SDK oficial em Python ou TypeScript permite construir um servidor sob medida, mas esse é um cenário menos comum do que configurar um servidor que já existe.
Como testo se a configuração funcionou antes de usar com dados reais?
Use o MCP Inspector para chamar as tools do servidor isoladamente e conferir o retorno, ou registre o servidor no cliente de IA e peça diretamente uma consulta simples e de baixo risco antes de confiar nele para tarefas mais sensíveis.