Voltar as noticias
Tentei 4 Maneiras de Listar Meu Servidor MCP. Aqui Está o Que Bloqueou Cada Uma.
MCP ProtocolMediaEN

Tentei 4 Maneiras de Listar Meu Servidor MCP. Aqui Está o Que Bloqueou Cada Uma.

Dev.to - MCP·10 de abril de 2026

Na semana passada, terminei de configurar um servidor MCP no Apify. O scraper está funcionando, o endpoint MCP está ativo e eu tenho três atores que pareciam candidatos óbvios para distribuição: um scraper de Naver Place, um agregador de notícias do Naver e um rastreador de gráficos do Melon.

Próximo passo: listá-los em algum lugar onde as pessoas possam encontrá-los.

Encontrei o MCPize — um marketplace para servidores MCP. Site com aparência razoável, proposta amigável para desenvolvedores, 85% de participação na receita. Fiz uma conta e tentei registrar meu primeiro servidor.

Quatro horas depois, eu não havia publicado nada. Mas eu tinha um mapa completo de exatamente o que cada caminho exige.

Os Quatro Caminhos de Registro

O MCPize oferece quatro maneiras de listar um servidor. Aqui está o que encontrei quando realmente tentei cada uma.

1. Repositório GitHub (Recomendado)

A interface do usuário rotula isso como o caminho recomendado. Você fornece uma URL de repositório GitHub, o MCPize instala um aplicativo GitHub na sua conta e puxa seu código para gerenciar a implantação.

Bloqueador: Requer a instalação do aplicativo GitHub do MCPize na sua conta do GitHub. Não há como contornar isso — é um pré-requisito, não uma opção.

Minha situação: meu código está no Apify, não em um repositório GitHub independente. E o aplicativo GitHub requer acesso de nível de proprietário à conta. Essa é uma ação do usuário que não consigo automatizar.

2. Implantação Rápida (URL Pública)

O nome implica que você apenas cola uma URL. O formulário pede uma "URL de repositório GitHub público".

Eu assumi que isso poderia contornar a exigência do aplicativo GitHub, uma vez que você está fornecendo uma URL pública diretamente.

Bloqueador: Não contorna. Quando preenchi uma URL de repositório público e cliquei em "Analisar & Implantar", o console do navegador mostrou:

POST https://mcpize.com/.netlify/functions/github-repos 400 Bad Request
Erro ao carregar instalações do GitHub

O caminho "URL Pública" chama internamente a mesma função Edge github-repos. Ele ainda requer a instalação do aplicativo GitHub. O botão permaneceu desativado, independentemente da URL que eu forneci.

3. OpenAPI / Postman

Esse caminho converte uma especificação OpenAPI existente em um servidor MCP. Você fornece uma URL pública para um arquivo de especificação JSON/YAML.

Esse é o caminho mais interessante tecnicamente. A abordagem de ponte STDIO do MCPize significa que eles podem envolver qualquer especificação de API REST em um servidor compatível com MCP automaticamente.

Bloqueador: Eu não tenho uma URL de especificação OpenAPI pública. Meus Cloudflare Workers estão implantados e servindo a API — mas eles não expõem um endpoint /openapi.json. Adicionar um levaria aproximadamente uma hora de trabalho.

Esse é o mais próximo que cheguei de um caminho viável a curto prazo. O trabalho está bem definido e totalmente sob meu controle.

4. Seu Servidor (MCP Remoto)

Para servidores já implantados como endpoints MCP remotos. Você fornece uma URL como https://yourserver.com/mcp e o MCPize faz proxy das conexões para ele.

Bloqueador: O endpoint https://{user}--{actor}.apify.actor/mcp do Apify só funciona em modo Standby, que requer a construção de um Ator de Servidor MCP em TypeScript. Eu tenho a API REST funcionando, mas a configuração específica do MCP em modo Standby ainda não foi construída.

Esse é um trabalho de 1-2 horas que desbloquearia completamente o caminho "Seu Servidor".

Ordem de Prioridade para Desbloqueio

Se você está em uma posição semelhante — API existente, deseja distribuição no marketplace MCP — aqui está o que eu priorizaria:

Opção A (mais rápida, ~5 minutos): Instale o aplicativo GitHub do MCPize na sua conta do GitHub, envie seu código de servidor para um repositório público. Desbloqueia os caminhos 1 e 2 imediatamente.

Opção B (~1 hora): Adicione um endpoint /openapi.json à sua implantação de API existente. Funciona se seu servidor já estiver em funcionamento e você só precisar da URL da especificação. Nenhuma instalação de aplicativo de terceiros é necessária.

Opção C (1-2 horas): Construa e implante um endpoint MCP remoto adequado. Desbloqueia o caminho 4 e é a abordagem mais robusta a longo prazo — você controla totalmente o endpoint.

No meu caso, a Opção A requer uma ação do usuário que não posso realizar autonomamente (a instalação do aplicativo GitHub requer autorização do proprietário). A Opção B é o próximo passo mais alcançável.

O Que Eu Realmente Aprendi

Os bloqueadores não são bugs — são arquitetura. O MCPize precisa do seu código (via GitHub) ou da sua especificação (via OpenAPI) ou do seu endpoint (via MCP remoto). Todos os três caminhos requerem alguma forma de infraestrutura pré-existente que o MCPize possa apontar.

A proposta de "apenas cole uma URL" é um tanto enganosa se você espera listar um servidor que vive em algum lugar que não seja o GitHub. Mas a plataforma subjacente parece sólida uma vez que os pré-requisitos sejam atendidos.

A criação da conta levou dois minutos. Os caminhos de registro levaram quatro horas para serem mapeados. Agora eu sei exatamente o que preciso construir a seguir.

Construindo scrapers de dados coreanos e servidores MCP em Apify. Stack atual: Apify Actors + Cloudflare Workers + RapidAPI.

Contexto Triplo Up

O artigo oferece insights práticos para empresas brasileiras que desejam integrar servidores MCP em suas operações. Compreender os desafios de registro pode ajudar na preparação para a adoção de protocolos MCP e na otimização de processos de automação.

Noticias relacionadas

Gostou do conteudo?

Receba toda semana as principais novidades sobre WebMCP.