Nem todos os servidores MCP são iguais: MCP BaaS vs MCP de aplicação

O Model Context Protocol venceu depressa. Apresentado pela Anthropic em novembro de 2024 e doado à Linux Foundation um ano depois, o MCP é hoje a forma padrão de dar ferramentas a um agente de IA, com mais de 9.400 servidores públicos listados no MCP Registry oficial em 2026. O que significa que a frase “temos um servidor MCP” se tornou, discretamente, uma simples caixa de verificação. Qualquer plataforma pode assinalá-la, e esse visto não lhe diz nada.

As perguntas que importam estão um nível abaixo. O que é que o servidor permite a um agente ver? O que é que lhe permite alterar? E, quando o agente escreve, o que se interpõe entre um prompt bem formulado e um sistema em produção avariado? As respostas dependem muito menos do protocolo, que é igual para todos, do que da altitude à qual cada plataforma se liga.

As plataformas de Backend-as-a-Service ligam o MCP à sua camada de infraestrutura. O servidor MCP do Back4app, tal como a respetiva documentação o descreve em julho de 2026, permite a um agente criar e gerir apps Parse, definir esquemas de base de dados, consultar e modificar objetos através da API REST do Parse, gerir utilizadores e permissões e fazer deploy de cloud code. O servidor MCP oficial do Supabase aponta na mesma direção: listar tabelas, executar SQL, correr migrações, gerir branches e Edge Functions. São capacidades reais e úteis. E têm também, inconfundivelmente, a forma do backend: o que o agente lê e escreve são linhas, esquemas e deployments. Chame-lhe MCP para a base de dados.

A GoodBarber liga o MCP a uma altitude diferente: a própria aplicação. O servidor MCP da GoodBarber expõe as operações de uma app móvel terminada e publicada: publicar um artigo, agendar uma notificação push, criar um produto com as suas variantes, atualizar uma encomenda, ler as estatísticas. O agente nunca vê uma tabela. Vê as mesmas ações de nível de produto que o dono da app vê no back office. Chame-lhe MCP para a app.

Um MCP BaaS entrega ao agente as chaves dos seus dados. Um MCP de aplicação deixa o agente operar o seu produto, em segurança.

Lado a lado:

O mesmo protocolo, o mesmo JSON, os mesmos agentes do outro lado. Quatro coisas mudam por completo.

Semântica: o agente sabe o que está a fazer

Uma ferramenta de backend fala a língua dos dados. Uma ferramenta de aplicação fala a língua da intenção. Quando a ferramenta de um agente é uma query SQL em bruto, o agente sabe que está a inserir uma linha; se essa linha faz sentido como produto, como subscritor ou como campanha é um problema que fica inteiramente a cargo do prompt. Quando um agente chama classic_create_push_broadcast no servidor da GoodBarber, o nome da ferramenta, o seu esquema tipado e as suas restrições já codificam o que é uma campanha push. Há muito menos espaço para errar com confiança, porque o conhecimento do domínio vive na ferramenta, não no prompt.

Segurança: onde vivem as salvaguardas

Os bons servidores MCP BaaS incluem, de facto, controlos, e esses controlos contam: o Supabase, por exemplo, oferece um modo só de leitura e âmbito por projeto. Mas, à altitude da base de dados, uma escrita permitida continua a ser uma mutação em bruto. Nada verifica se a nova linha respeita os invariantes que a sua aplicação impõe em todo o lado.

O servidor MCP da GoodBarber aplica as suas salvaguardas ao nível do produto, do lado do servidor. Ativação por funcionalidade: uma ferramenta só existe se a funcionalidade correspondente estiver ativa na app, pelo que uma app sem notificações push configuradas não expõe nenhuma ferramenta de push. Âmbito OAuth por app: cada sessão está ligada a uma única app autenticada, um agente ligado à app A não consegue ver nem tocar na app B, e as agências ligam cada app de cliente separadamente. Escritas verificadas: cada escrita devolve uma flag do lado do servidor que obriga o agente a reler o objeto e a confirmar o resultado antes de avançar. O sucesso alucinado é o modo de falha a que os agentes são mais propensos; a resposta da GoodBarber é tornar a verificação parte do contrato do servidor, em vez de uma boa prática deixada ao prompt.

Completude: uma base de dados não é um produto

Um agente com controlo total sobre o seu backend continua sem controlar produto nenhum. A app móvel em torno desse backend continua a ser sua para desenhar, construir, ligar, submeter à App Store e ao Google Play e manter: exatamente o fosso que mapeámos em Os app builders com IA sabem criar uma app. Sabem operá-la? Um MCP de aplicação começa do outro lado desse fosso. A app já existe: builds nativas iOS e Android compiladas, e ainda uma PWA, com alojamento, CMS, infraestrutura de push e pagamentos incluídos, em vez de montados a partir de subscrições separadas. O agente opera um produto em produção desde o primeiro dia, e não resta nada para construir à volta dele.

Operadores: quem consegue realmente usá-lo

A documentação MCP do Back4app lista os clientes para os quais o servidor foi concebido: Cursor, Windsurf, VS Code, Claude Code. Ferramentas de programador, e com razão, porque conduzir um backend em segurança exige o discernimento de um programador. Um MCP de aplicação eleva a interface até à linguagem corrente. O dono de uma loja pode pedir ao Claude para alterar o preço de um produto, um editor pode pedir ao ChatGPT para publicar o artigo da manhã e agendar a push, o gestor de um clube pode pedir os downloads do mês passado, e nenhum deles precisa de um IDE. A GoodBarber construiu a sua superfície MCP para esse operador, a mesma pessoa para quem o back office no-code foi construído, e funciona a partir de qualquer cliente MCP, incluindo plataformas de automação como o Zapier.

A GoodBarber opera um servidor MCP alojado e em produção: nada para instalar, nada para alojar por conta própria. Basta ligar o endpoint ao seu cliente MCP e iniciar sessão com OAuth 2: a sessão fica restrita à sua app desde a primeira chamada.

O inventário é público e legível por máquinas. O server card lista 150 ferramentas tipadas por domínio à data em que escrevemos (julho de 2026), organizadas pelo que operam: as ferramentas com o prefixo cms_ cobrem o conteúdo (artigos, eventos, mapas, fotografias, vídeos, podcasts, incluindo a publicação agendada), as ferramentas shop_ cobrem o comércio (produtos e variantes, coleções, encomendas, códigos promocionais, clientes) e as ferramentas classic_ cobrem o funcionamento da app (envios de push, estatísticas, membros). O card é o contrato: quando a plataforma cresce, o card cresce, e os agentes ligados recebem as novas ferramentas automaticamente. Para além do servidor, a GoodBarber publica 44 Claude Skills open-source que encapsulam fluxos de trabalho comuns em receitas testadas, parte do mesmo movimento de plataforma agent-ready.

Igualmente deliberado é o que o servidor não expõe. O design e o layout ficam no builder, onde o design system da GoodBarber os pode proteger; fazer passar design visual por ferramentas em forma de texto não produz boas apps. E agent-ready não significa que o humano saiu da sala: é a si que cabe conceder o âmbito e definir as políticas, e o servidor verifica o que o agente faz. Os detalhes e a configuração por cliente estão na página MCP.

Se é programador e constrói software à medida, com o seu próprio modelo de dados, a sua própria lógica de negócio e o seu próprio frontend, um servidor MCP BaaS é exatamente a ferramenta certa, e os bons são genuinamente bons. O do Back4app dá ao seu agente de programação um backend Parse real sobre o qual construir; o do Supabase faz o mesmo para Postgres, com controlos de âmbito que mostram a categoria a amadurecer. A GoodBarber não é essa ferramenta nem tenta ser: não vai alojar o seu backend personalizado, e foi construída para apps de conteúdo e comércio móvel, não para software arbitrário.

São duas altitudes para dois trabalhos diferentes, não dois concorrentes no mesmo eixo. O teste prático: se o seu projeto precisa de um agente que toque em estruturas de dados em bruto, quer um MCP BaaS. Se precisa de um agente que opere uma app móvel em produção, quer um MCP de aplicação.

• Está a construir software à medida e quer um agente a trabalhar no seu esquema, nos seus dados e no seu cloud code: escolha um servidor MCP BaaS como o Back4app ou o Supabase.
• Quer um agente a operar uma app móvel real em produção, do conteúdo ao catálogo, das notificações push às encomendas e às estatísticas: escolha um servidor MCP de aplicação. É isso que a GoodBarber opera.
• Quem opera a app no dia a dia não programa: um MCP de aplicação é a única altitude que funciona em linguagem corrente a partir de clientes generalistas como o Claude e o ChatGPT.
• Precisa dos dois: há equipas que os usam lado a lado, um MCP BaaS para o sistema à medida que um programador mantém, o servidor MCP da GoodBarber para a app móvel que o negócio opera. O protocolo é o mesmo; só a altitude difere.

Qual é a diferença entre um servidor MCP BaaS e um servidor MCP de aplicação?

Um servidor MCP BaaS expõe infraestrutura de backend a um agente: tabelas da base de dados, esquemas, queries, funções cloud. Um servidor MCP de aplicação expõe as operações de um produto terminado. O servidor MCP da GoodBarber permite a um agente publicar conteúdo, agendar notificações push, gerir um catálogo e ler estatísticas numa app móvel em produção, sem nunca tocar em estruturas de dados em bruto.

O servidor MCP da GoodBarber dá a um agente acesso à minha base de dados?

Não. O servidor MCP da GoodBarber expõe operações de produto, não SQL. Um agente trabalha com artigos, produtos, encomendas, campanhas push e estatísticas através de ferramentas tipadas por domínio, e cada chamada passa pela mesma camada da aplicação que o back office, pelo que as regras de negócio e as validações se aplicam. O acesso em bruto às tabelas nunca está em cima da mesa.

Um servidor MCP num backend chega para operar uma app móvel?

Não. Um servidor MCP de backend opera a camada de dados, e a app à volta dele continua a ter de ser desenhada, construída, ligada, submetida à App Store e ao Google Play e mantida. Um servidor MCP de aplicação opera uma app que já existe. É a diferença entre gerir linhas e operar um produto.

Como é que a GoodBarber mantém seguras as escritas dos agentes?

Através de três camadas impostas pelo servidor. Ativação por funcionalidade: uma ferramenta só existe se a funcionalidade correspondente estiver ativa na app. Âmbito OAuth por app: um agente ligado a uma app não consegue alcançar outra. Escritas verificadas: depois de cada escrita, o servidor obriga o agente a reler o objeto e a confirmar o resultado. A segurança vive no servidor, não no prompt.

Qual é o melhor servidor MCP para uma app móvel no-code?

Avalie qualquer candidato por três critérios: ferramentas que falam a língua da app em vez de SQL em bruto, autenticação restrita a uma única app e verificação das escritas imposta pelo servidor. O servidor MCP da GoodBarber cumpre os três, com 150 ferramentas tipadas por domínio à data em que escrevemos e um server card público que as lista todas, pelo que pode verificar o inventário em vez de aceitar a afirmação de olhos fechados.

Veja a diferença de altitude com os seus próprios olhos.Comece um teste gratuito, construa a sua app e depois ligue o respetivo endpoint MCP ao Claude, ao ChatGPT ou a qualquer cliente MCP: ligar um agente a uma app em produção demora cerca de dois minutos. O guia completo de MCP cobre a configuração cliente a cliente.