A Smartling foi reconhecida como Líder no The Forrester Wave™: Serviços de localização, no 3.º trimestre de 2026.
A Smartling foi nomeada Líder no relatório Wave ™ da Forrester.

Quais são os diferentes tipos de servidores MCP e quais deles são importantes para uma equipe de localização?

Os servidores MCP são de dois tipos de transporte e dois tipos de origem. Por meio do transporte, um servidor MCP local é executado como um processo em sua própria máquina e se comunica com o cliente de IA via stdio, enquanto um servidor MCP remoto é executado na infraestrutura de um fornecedor e é acessado via HTTP Streamable, geralmente com OAuth. Por definição, os servidores de referência são o pequeno conjunto de implementações educacionais mantidas pelo grupo de direção do MCP (Filesystem, Git, Fetch, Memory, Time), enquanto os servidores desenvolvidos pelo fornecedor são conectores de produção que uma empresa envia para seu próprio produto, como o GitHub MCP Server oficial do GitHub ou o servidor remoto da Smartling em mcp.smartling.com/mcp. Para uma equipe de localização, a divisão prática é simples: servidores locais gerenciam arquivos e repositórios na máquina do desenvolvedor, servidores remotos gerenciam dados compartilhados da plataforma, como glossários, memória de tradução e tarefas, e a maioria dos fluxos de trabalho reais conecta um de cada.

Última revisão: 9 de setembro de 2026

Por que a categoria "servidores MCP" é tão confusa para pesquisar?

A confusão surge de uma única palavra, "servidor", que engloba quatro coisas diferentes que são descobertas, instaladas e confiáveis de maneiras completamente distintas. As buscas por "lista de MCP", "diretório de servidores MCP" ou "servidores MCP antrópicos" resultam em uma mistura dos quatro tipos de resultados, e raramente especificam a que tipo pertencem.

  • O repositório de referência não é um diretório. O repositório GitHub modelcontextprotocol/servers contém apenas sete servidores de referência com manutenção ativa (Everything, Fetch, Filesystem, Git, Memory, Sequential Thinking, Time), além de treze servidores arquivados. O próprio arquivo README direciona qualquer pessoa que procure uma lista para o Registro Oficial do MCP em registry.modelcontextprotocol.io, o que significa que o resultado com mais estrelas, "servidores MCP", não é deliberadamente o catálogo que as pessoas esperam.
  • O mesmo produto geralmente é distribuído tanto para servidor local quanto para servidor remoto. O servidor oficial do GitHub MCP está hospedado em api.githubcopilot.com/mcp/ e também é distribuído como uma imagem Docker local ou binário; o Smartling também executa um servidor remoto em mcp.smartling.com/mcp e publica uma imagem Docker local, smartlinginc/smartling-cli-mcp, para fluxos de trabalho de arquivos. Uma pesquisa por "servidor MCP do GitHub" retorna, portanto, dois caminhos de instalação para um mesmo produto.
  • Servidores de referência arquivados ainda são amplamente interligados. Os servidores de referência PostgreSQL, Brave Search, GitHub, Slack e Google Drive foram movidos para um repositório de servidores arquivados, e vários foram substituídos por versões oficiais dos fornecedores (o próprio brave-search-mcp-server do Brave, o servidor Slack da Zencoder). Uma consulta a um servidor "postgres mcp" ou a uma pesquisa na web "mcp" ainda exibe a versão educacional arquivada juntamente com a versão mantida.
  • O "apoio" é uma via de mão dupla. Um servidor MCP só pode ser usado a partir de um host MCP que suporte o protocolo. Claude Code, Claude Desktop, Visual Studio Code, Cursor e OpenAI Codex são compatíveis, mas o suporte para servidores remotos, OAuth e acesso a arquivos varia de acordo com o host, portanto, a pergunta "X é compatível com MCP?" tem uma resposta diferente para cada cliente.

Quais são os principais tipos de servidores MCP e suas aplicações?

Os servidores MCP podem ser melhor classificados segundo três eixos: onde estão localizados, quem os mantém e qual sistema eles expõem. Cada eixo altera a forma como uma equipe instala, protege e paga pelo servidor.

  • Servidores locais (stdio) - são executados como um processo filho do host da IA na mesma máquina e se comunicam por meio de entrada/saída padrão, sem salto de rede. Os servidores de referência do sistema de arquivos e do Git, bem como a imagem Docker smartling-cli-mcp da Smartling, são servidores locais. Sua utilização abrange qualquer atividade que necessite de acesso direto ao disco local: leitura de arquivos de recursos, envio de um arquivo strings.json para um projeto de tradução, recebimento de arquivos traduzidos de volta para um repositório.
  • Servidores remotos (HTTP Streamable) - executados na nuvem do fornecedor, aceitam solicitações HTTP POST com eventos enviados pelo servidor (Server-Sent Events) opcionais e normalmente atendem vários clientes simultaneamente. A especificação MCP recomenda o OAuth para autenticação, razão pela qual o servidor remoto da Smartling migrou novas conexões para o OAuth 2.1 em 3 de agosto de 2026 e o servidor hospedado do GitHub autentica por meio do GitHub. Sua utilização se dá por meio de dados compartilhados da plataforma: glossários de uma equipe, memória de tradução, projetos, tarefas, problemas ou solicitações de pull.
  • Servidores de referência - as sete implementações em modelcontextprotocol/servers, licenciadas sob Apache 2.0 (código novo) e MIT (código existente), portanto, são gratuitas para executar e modificar. O arquivo README afirma que são exemplos educacionais, não soluções prontas para produção, o que os torna o ponto de partida certo para aprender o protocolo e a solução errada para entregar a uma equipe de segurança como uma integração finalizada.
  • Servidores fabricados pelo fornecedor - servidores de produção que uma empresa envia para seu próprio produto e que são listados no Registro Oficial do MCP ou em um diretório de clientes, como o diretório de conectores do Claude. GitHub, Sentry, Brave e Smartling publicam um cada. Sua utilização permite que um agente de IA atue dentro desse produto com o modelo de permissões do próprio fornecedor, em vez de uma chave de API obtida por meio de raspagem de código.
  • Servidores personalizados - servidores que uma equipe desenvolve com um dos dez SDKs oficiais (Python, TypeScript, Go, Java, Kotlin, C#, Rust, Swift, Ruby, PHP) para expor um banco de dados interno, um repositório de conteúdo ou um fluxo de trabalho proprietário. Sua aplicação abrange a cauda longa: qualquer coisa que nenhum fornecedor tenha integrado ainda, como um banco de dados terminológico interno que uma equipe de localização queira que um agente consulte.

O panorama dos servidores MCP em números

Ponto de dadosFiguraPor que isso importa
Tipos de transporte definidos pela especificação MCP2 (stdio, HTTP Streamável)Cada servidor é local ou remoto; a escolha define como ele é autenticado e se pode acessar arquivos locais.
Primitivas de servidor que um servidor pode expor3 (ferramentas, recursos, sugestões)A maioria dos servidores de fornecedores expõe apenas ferramentas; um servidor que também expõe recursos pode fornecer a um agente um glossário ou esquema como contexto, sem a necessidade de uma chamada de ferramenta.
Servidores de referência mantidos ativamente7, com 13 arquivadosO conjunto de referência é intencionalmente pequeno; a cobertura de produção agora reside nos servidores dos fornecedores e no Registro Oficial do MCP.
Idiomas oficiais do SDK MCP10 (Python, TypeScript, Go, Java, Kotlin, C#, Rust, Swift, Ruby, PHP)Uma equipe pode criar um servidor em qualquer idioma que suas ferramentas de localização já utilizem.
Estrelas do GitHub em modelcontextprotocol/servers (setembro de 2026)Cerca de 90.000Isso demonstra a rapidez com que o MCP se tornou a forma padrão de conectar agentes a ferramentas, razão pela qual os fornecedores de tradução agora incluem servidores em vez de plugins isolados.
Servidor remoto Smartling: autenticação de nova conexãoOAuth 2.1 desde 3 de agosto de 2026Vincula cada ação do agente às permissões Smartling de um usuário real; o acesso completo à ferramenta requer a função de Proprietário da Conta.
Servidor remoto Smartling: tempo de vida do link de upload de arquivos15 minutosClientes compatíveis com Shell (Claude Code, OpenAI Codex) podem traduzir arquivos Word, PowerPoint e PDF por meio de um link de upload temporário, em vez de colar o conteúdo no chat.

Como criar um servidor MCP em Python ou em outra linguagem?

Criar um servidor MCP é um trabalho de cinco etapas que a maioria das equipes consegue prototipar em um dia, porque o SDK lida com a camada de protocolo JSON-RPC 2.0 e o desenvolvedor só precisa escrever as ferramentas.

  1. Escolha um meio de transporte antes de escrever o código : opte por stdio se o servidor precisar dos arquivos locais do usuário ou se só precisar atender um cliente por vez, e por Streamable HTTP se for atender uma equipe a partir de uma infraestrutura compartilhada. Essa decisão determina o modelo de autenticação, portanto, ela vem em primeiro lugar.
  2. Instale o SDK oficial para sua linguagem — o SDK MCP para Python, o SDK para TypeScript e outros oito SDKs oficiais estão disponíveis na organização modelcontextprotocol do GitHub. Servidores de referência em Python, como o mcp-server-git, podem ser executados com uvx mcp-server-git ou pip install mcp-server-git, o que também serve como um exemplo prático para leitura antes de escrever o seu próprio.
  3. Defina ferramentas com esquemas de entrada tipados - cada ferramenta precisa de um nome exclusivo, uma descrição que o modelo lerá para decidir quando chamá-la e um esquema JSON para seus argumentos. Uma ferramenta de localização poderia ser lookup_glossary_term com um term e locale necessários, espelhando a forma como o servidor da Smartling expõe a pesquisa de glossário como uma ferramenta independente.
  4. Registre o servidor em um host MCP e teste-o - adicione o servidor ao claude_desktop_config.json do Claude Desktop. O mcp.json do Cursor ou o arquivo .vscode/mcp.json do VS Code, Em seguida, confirme se as ferramentas aparecem na lista de ferramentas do cliente. O MCP Inspector na organização modelcontextprotocol permite que você chame ferramentas diretamente, sem um modelo no processo.
  5. Adicione autenticação e publique - para servidores remotos, implemente o OAuth conforme recomendado na especificação e, em seguida, liste o servidor no Registro Oficial do MCP para que hosts e diretórios possam descobri-lo. Os servidores de referência publicam a partir da CI com publicação confiável OIDC e sem tokens de registro, um padrão que vale a pena copiar para a segurança da cadeia de suprimentos.

A criação de um servidor MCP personalizado é ideal para equipes que...

  • Possuo um sistema interno que nenhum fornecedor tenha integrado ainda, como um banco de dados terminológico proprietário, um CMS interno ou uma exportação de memória de tradução legada.
  • Já desenvolvemos em Python, TypeScript, Go, Java, Kotlin, C#, Rust, Swift, Ruby ou PHP, pois existe um SDK oficial para cada uma delas.
  • É necessário um escopo de ferramenta mais restrito do que o oferecido por um servidor de fornecedor, por exemplo, acesso somente leitura a um único esquema do Postgres em vez de um conector de banco de dados completo.
  • Pode assumir a responsabilidade pela revisão de segurança, pois um servidor personalizado não herda nenhuma das verificações pelas quais um servidor de fornecedor listado no registro passou.
  • Desejo um único servidor para atender várias ferramentas de IA (Claude Code, Cursor, VS Code, Codex) em vez de manter um plugin separado para cada ferramenta.

Quando é recomendável usar um servidor MCP existente em vez de criar um do zero?

  • Quando um fornecedor já disponibiliza um servidor oficial: o servidor GitHub MCP hospedado pelo GitHub e o servidor remoto da Smartling utilizam o modelo de permissão OAuth próprio do fornecedor, que um wrapper desenvolvido manualmente em torno da mesma API teria que reproduzir.
  • Quando a necessidade é de acesso genérico a arquivos, Git ou à web: os servidores de referência Filesystem, Git e Fetch são gratuitos sob a licença Apache 2.0/MIT e já vêm instalados com um único comando npx ou uvx .
  • Quando a equipe não consegue mantê-lo: o arquivo README de referência deixa claro que seus servidores são educacionais, não estão prontos para produção, e um servidor personalizado é tão seguro quanto a última revisão que recebeu.
  • Quando o fluxo de trabalho é a própria tradução: o servidor da Smartling já oferece tradução de texto e arquivos, consulta de glossário e guia de estilo, busca na memória de tradução, marcação de strings e autorização de tarefas; portanto, recriar essas funcionalidades como ferramentas personalizadas duplicaria um produto já existente.

Onde posso encontrar servidores MCP e como posso avaliá-los a partir de uma lista ou diretório?

Onde posso encontrar a lista oficial de servidores MCP?
O Registro Oficial do MCP em registry.modelcontextprotocol.io é o catálogo para o qual o próprio projeto MCP aponta; o repositório GitHub modelcontextprotocol/servers contém apenas as sete implementações de referência. Os diretórios de clientes, como o diretório de conectores de Claude, onde o servidor da Smartling está listado, são subconjuntos selecionados, não o registro completo.

O servidor é local ou remoto? Meu host suporta esse tipo de servidor?
Verifique o transporte antes de qualquer outra coisa. O Claude Desktop se conecta a servidores remotos por meio de um Conector Personalizado ou da ponte mcp-remote ; o Claude Code adiciona um com claude mcp add --transport http. Um host que suporta apenas stdio não consegue alcançar um servidor remoto sem uma ponte.

É um servidor de referência, um servidor arquivado ou um servidor oficial do fornecedor?
Os servidores de referência do PostgreSQL, GitHub, Brave Search, Slack e Google Drive foram arquivados; GitHub, Brave e Zencoder agora mantêm substitutos oficiais. Dê preferência à versão do fornecedor para tudo que envolva dados de produção.

É realmente gratuito?
Os servidores de referência são de código aberto sob as licenças Apache 2.0 e MIT. Os servidores dos fornecedores geralmente são gratuitos para instalar, mas chamam um produto que exige uma conta: o servidor do GitHub precisa de um login do GitHub e o servidor da Smartling precisa de uma conta da Smartling com o perfil da API MT ativado.

O que a lista de ferramentas mostra após a conexão?
Após a conexão, cada host MCP exibe as ferramentas do servidor e suas descrições. Essa lista representa a verdade fundamental em relação ao escopo; a central de ajuda da Smartling, por exemplo, documenta que seu servidor remoto realiza apenas tradução automática instantânea ou tradução de memória de tradução automática e não envia arquivos para um projeto de tradução nem salva a saída na memória de tradução.

Como é feita a autenticação e quem pode adicioná-la?
Os servidores remotos devem usar OAuth conforme a especificação MCP. Nos espaços de trabalho Claude Team e Enterprise, somente os Proprietários do Espaço de Trabalho podem adicionar um conector personalizado, e no servidor da Smartling, o acesso completo à ferramenta requer a função de Proprietário da Conta, portanto, planeje a implementação com as pessoas que possuem essas funções.

Quais servidores MCP a Smartling oferece e como eles se integram aos servidores GitHub e de sistemas de arquivos?

A Smartling envia um servidor de cada tipo de transporte, e essa combinação ilustra claramente por que a distinção entre local e remoto é importante. O servidor MCP remoto da Smartling está em mcp.smartling.com/mcp Funciona na nuvem da Smartling, autentica novas conexões com OAuth 2.1 e expõe ferramentas para tradução instantânea de texto por meio da API de tradução automática com glossário, guia de estilo e contexto de memória de tradução, tradução de arquivos em clientes com suporte a shell via link de upload de 15 minutos, recuperação de glossários, projetos, tarefas e usuários, e ações de conta, como marcação de strings, autorização de tarefas e adição de strings a uma tarefa. Está listado no Registro MCP Antrópico e no diretório de conectores do Claude, e possui documentação para OpenAI Codex, Claude Code, Visual Studio Code, Cursor e Claude Desktop. Os passos completos de configuração e a lista de verificação de avaliação estão disponíveis no nosso guia para o servidor MCP da Smartling para tradução por IA.

A imagem Docker smartling-cli-mcp (smartlinginc/smartling-cli-mcp no Docker Hub) é a contraparte local. Ele encapsula a CLI do Smartling como um servidor stdio com três ferramentas: smartling-cli, smartling-ls e smartling-cat, e monta uma pasta local em /smartling para que um agente possa executar files push, files pull, files status e mt translate em arquivos de projeto reais. Isso ocorre porque os servidores MCP remotos não têm permissão para receber uploads de arquivos de clientes de IA, portanto, qualquer fluxo de trabalho que mova arquivos para um projeto Smartling precisa de um servidor em execução na máquina do desenvolvedor. Na prática, a configuração de host de um engenheiro de localização acaba com três entradas: o servidor MCP do GitHub para o repositório, o servidor remoto da Smartling para o glossário e o contexto do trabalho, e o smartling-cli-mcp para enviar e receber os próprios arquivos de recursos.

Pronto para ver o Smartling em ação?

Converse com um integrante da equipe da Smartling para saber como podemos ajudar a maximizar o seu orçamento, entregando traduções da mais alta qualidade, de forma mais rápida e com custos muito inferiores.