A versão curta: constrói à medida quando o valor do servidor está em lógica feita por encomenda — integrações profundas, comportamentos de ferramentas invulgares, requisitos que nenhuma plataforma antecipa. Usa uma plataforma no-code quando o valor do servidor está no teu conhecimento — documentos, políticas, factos de produto — mais ferramentas que uma simples chamada HTTP consegue exprimir. A maioria dos servidores MCP de empresa é do segundo tipo, e é por isso que «precisamos de um programador para isto» costuma ser o pressuposto de partida errado — e, de vez em quando, exatamente o certo.
A comparação abaixo tenta ser honesta com as duas colunas.
O que o desenvolvimento à medida realmente envolve
Um servidor MCP não é um programa grande. Um servidor mínimo é uma tarde agradável com um SDK. Mas mínimo e nível-empresa são projetos diferentes, e é na distância entre eles que vive o custo:
- Autorização. OAuth 2.1 tal como o MCP o especifica — validação do emissor, registo de clientes via Client ID Metadata Documents, gestão de tokens. A parte que as equipas mais subestimam, e onde os erros são discretamente graves.
- Alojamento e operações. TLS, uptime, logging, um domínio, alguém responsável quando estiver em baixo.
- O pipeline de conteúdo. Se o teu servidor responde a partir de documentos, estás a construir crawling, parsing, recuperação e citações — um produto de pesquisa aparafusado a um servidor de protocolo.
- Atualidade. Esse pipeline tem de voltar a correr sempre que as fontes mudam, para sempre.
- Evolução da especificação. A história de autorização do MCP já foi revista mais do que uma vez. Alguém lê o changelog e entrega a migração.
Nada disto é exótico. Tudo isto é manutenção que sobrevive à construção inicial.
O que uma plataforma no-code faz em vez disso
No SuperCognit a sequência é: importa o teu website — rastreado para uma base de conhecimento com citações em cerca de dois minutos —, carrega os documentos que não vivem num URL, associa ferramentas, publica. O resultado é um servidor MCP que funciona no Claude e em qualquer cliente MCP, com OAuth 2.1 feito segundo a especificação atual e cada servidor isolado no seu próprio workspace. A mesma construção produz também um agente de chat, o que é uma economia real: uma base de conhecimento a servir duas superfícies.
O conhecimento ressincroniza-se de forma agendada, até de hora a hora, pelo que o problema do pipeline-para-sempre passa a ser da plataforma e não teu. Se quiseres cobrar pelo acesso, subscrições Stripe por lugar, faturas e pagamentos vêm incluídos, com o SuperCognit como merchant of record a cobrar uma comissão de plataforma. Domínios personalizados são suportados. Os planos são em euros com um período de teste de 7 dias, o que põe o preço do «vamos experimentar» perto de zero.
Lado a lado
Quando o desenvolvimento à medida ganha
Três casos honestos. As tuas ferramentas precisam de comportamento que uma chamada HTTP de pedido-e-resposta não consegue exprimir — sessões de longa duração, estado intermédio em streaming, autenticação exótica contra sistemas internos. O teu regime de conformidade exige o servidor na tua própria infraestrutura de ponta a ponta. Ou o servidor é o teu produto num sentido profundo e queres ser dono de cada camada. Se tens a equipa de engenharia e um destes casos se aplica, constrói — o protocolo está bem documentado e os SDK são bons.
O meio-termo que a maioria das equipas deixa escapar
A escolha é menos binária do que a tabela sugere. No SuperCognit, as ferramentas HTTP de um agente tornam-se ferramentas MCP invocáveis — por isso a lógica à medida pode viver onde a lógica à medida pertence, atrás de uma API que a tua equipa escreve, enquanto a superfície do protocolo, a autorização, o conhecimento e a faturação continuam no-code. Escreves um endpoint, não um servidor. Na prática, isso cobre a maior parte do que «precisamos de algo à medida» acaba por significar.
A pergunta a fazer não é se consegues construir um servidor MCP — consegues. É se a parte diferenciada do teu está na canalização do protocolo ou no conhecimento e nas ferramentas por trás dela. Para a maioria das empresas é a segunda, e a canalização é um sítio estranho para gastar os teus engenheiros.