Niet alle MCP-servers zijn gelijk: BaaS-MCP vs applicatie-MCP

Het Model Context Protocol heeft snel gewonnen. Geïntroduceerd door Anthropic in november 2024 en een jaar later geschonken aan de Linux Foundation, is MCP inmiddels de standaardmanier om tools aan een AI-agent te geven, met in 2026 meer dan 9.400 publieke servers in het officiële MCP Registry. Dat betekent dat de zin “wij hebben een MCP-server” stilletjes een checkbox is geworden. Elk platform kan hem aanvinken, en dat vinkje zegt u niets.

De vragen die ertoe doen, liggen één laag dieper. Wat mag een agent van de server zien? Wat mag hij veranderen? En als de agent schrijft, wat staat er dan tussen een goed geformuleerde prompt en een kapot productiesysteem? De antwoorden hangen veel minder af van het protocol, dat voor iedereen hetzelfde is, dan van de vlieghoogte waarop een platform erop aansluit.

Backend-as-a-Service-platformen sluiten MCP aan op hun infrastructuurlaag. De MCP-server van Back4app laat een agent, zoals de documentatie het in juli 2026 beschrijft, Parse-apps aanmaken en beheren, databaseschema's definiëren, objecten opvragen en wijzigen via de Parse REST API, gebruikers en rechten beheren en cloud code uitrollen. De officiële MCP-server van Supabase wijst dezelfde kant op: tabellen weergeven, SQL uitvoeren, migraties draaien, branches en Edge Functions beheren. Dit zijn echte, nuttige mogelijkheden. Ze zijn ook onmiskenbaar backend-vormig: wat de agent leest en schrijft, zijn rijen, schema's en deployments. Noem het MCP voor uw database.

GoodBarber sluit MCP op een andere vlieghoogte aan: de applicatie zelf. De MCP-server van GoodBarber ontsluit de operaties van een afgeronde, gepubliceerde mobiele app: een artikel publiceren, een pushmelding inplannen, een product met varianten aanmaken, een bestelling bijwerken, de analytics lezen. De agent ziet nooit een tabel. Hij ziet dezelfde acties op productniveau die de eigenaar van de app in de back office ziet. Noem het MCP voor uw app.

Een BaaS-MCP geeft een agent de sleutels van uw data. Een applicatie-MCP laat een agent uw product bedienen, veilig.

Naast elkaar:

Zelfde protocol, zelfde JSON, dezelfde agents aan de andere kant. Vier dingen veranderen volledig.

Semantiek: de agent weet wat hij doet

Een backendtool spreekt data. Een applicatietool spreekt intentie. Wanneer de tool van een agent een ruwe SQL-query is, weet de agent dat hij een rij invoegt; of die rij ook klopt als product, abonnee of campagne, is volledig het probleem van de prompt. Wanneer een agent classic_create_push_broadcast aanroept op de server van GoodBarber, zit in de naam van de tool, zijn getypeerde schema en zijn constraints al besloten wat een pushcampagne is. Er is veel minder ruimte om vol zelfvertrouwen fout te zitten, omdat de domeinkennis in de tool leeft, niet in de prompt.

Veiligheid: waar de guardrails leven

Goede BaaS-MCP-servers leveren wel degelijk controles mee, en die doen ertoe: Supabase biedt bijvoorbeeld een read-only-modus en projectscoping. Maar op databasehoogte blijft een toegestane schrijfactie een ruwe mutatie. Niets controleert of de nieuwe rij de invarianten respecteert die uw applicatie overal elders afdwingt.

De MCP-server van GoodBarber dwingt zijn guardrails af op productniveau, aan de serverkant. Feature-gating: een tool bestaat alleen als de bijbehorende functie in de app actief is, dus een app zonder geconfigureerde push toont helemaal geen push-tools. OAuth-scope per app: elke sessie is gebonden aan één geauthenticeerde app, een agent die met app A verbonden is kan app B niet zien of aanraken, en agencies verbinden elke klant-app afzonderlijk. Geverifieerde schrijfacties: elke schrijfactie retourneert een server-side vlag die de agent verplicht het object terug te lezen en het resultaat te bevestigen voordat hij verdergaat. Gehallucineerd succes is de faalmodus waar agents het meest vatbaar voor zijn; het antwoord van GoodBarber is om verificatie onderdeel te maken van het contract van de server in plaats van een best practice die aan de prompt wordt overgelaten.

Volledigheid: een database is geen product

Een agent met volledige controle over uw backend heeft nog steeds geen product in handen. De mobiele app rond die backend blijft aan u om te ontwerpen, te bouwen, te koppelen, in te dienen bij de App Store en Google Play en te onderhouden: precies de kloof die we in kaart brachten in AI-appbuilders kunnen een app bouwen. Kunnen ze er ook een runnen? Een applicatie-MCP begint aan de andere kant van die kloof. De app bestaat al: gecompileerde native iOS- en Android-builds plus een PWA, met hosting, CMS, pushinfrastructuur en betalingen inbegrepen in plaats van samengesteld uit losse abonnementen. De agent bedient vanaf dag één een live product, en er valt niets meer omheen te bouwen.

Operators: wie ermee kan werken

Back4app somt in zijn MCP-documentatie de clients op waarvoor hij gebouwd is: Cursor, Windsurf, VS Code, Claude Code. Developertools, en dat is logisch, want een backend veilig aansturen vraagt het oordeel van een developer. Een applicatie-MCP tilt de interface op naar gewone taal. Een winkeleigenaar kan Claude vragen de prijs van een product aan te passen, een uitgever kan ChatGPT vragen het ochtendartikel te publiceren en de push in te plannen, een clubmanager kan de downloads van vorige maand opvragen, en niemand van hen heeft een IDE nodig. GoodBarber bouwde zijn MCP-oppervlak voor die operator, dezelfde persoon voor wie zijn no-code back office is gebouwd, en het werkt vanuit elke MCP-client, inclusief automatiseringsplatformen zoals Zapier.

GoodBarber draait een gehoste MCP-server in productie: niets om te installeren, niets om zelf te hosten. U koppelt het endpoint aan uw MCP-client, meldt u aan met OAuth 2, en de sessie is vanaf de eerste aanroep beperkt tot uw app.

De inventaris is openbaar en machineleesbaar. De server card vermeldt 150 domeingetypeerde tools op het moment van schrijven (juli 2026), ingedeeld in namespaces naar wat ze bedienen: tools met het voorvoegsel cms_ dekken content (artikelen, evenementen, kaarten, foto's, video's, podcasts, inclusief geplande publicatie), shop_-tools dekken commerce (producten en varianten, collecties, bestellingen, promocodes, klanten) en classic_-tools dekken het draaien van de app (push-broadcasts, analytics, lidmaatschappen). De card is het contract: groeit het platform, dan groeit de card, en verbonden agents pikken de nieuwe tools automatisch op. Bovenop de server publiceert GoodBarber 44 open-source Claude Skills die veelvoorkomende workflows verpakken als geteste recepten, onderdeel van dezelfde inzet op een agent-ready platform.

Net zo bewust gekozen is wat de server niet ontsluit. Design en lay-out blijven in de builder, waar het designsysteem van GoodBarber ze kan beschermen; visueel design door tekstvormige tools duwen levert geen goede apps op. En agent-ready betekent niet dat de mens de kamer heeft verlaten: u verleent de scope, u bepaalt het beleid, en de server verifieert wat de agent doet. Details en de setup per client staan op de MCP-pagina.

Bent u developer en bouwt u custom software, met uw eigen datamodel, uw eigen businesslogica en uw eigen frontend, dan is een BaaS-MCP-server precies het juiste gereedschap, en de goede zijn oprecht goed. Die van Back4app geeft uw codeeragent een echte Parse-backend om tegenaan te bouwen; die van Supabase doet hetzelfde voor Postgres, met scopingcontroles die laten zien dat de categorie volwassen wordt. GoodBarber is dat gereedschap niet en probeert het ook niet te zijn: het host uw custom backend niet, en het is gebouwd voor content-apps en mobiele commerce, niet voor willekeurige software.

Dit zijn twee vlieghoogtes voor twee verschillende taken, geen twee concurrenten op één as. De praktische test: heeft uw project een agent nodig die ruwe datastructuren kan aanraken, dan wilt u een BaaS-MCP. Heeft het een agent nodig die een live mobiele app kan bedienen, dan wilt u een applicatie-MCP.

• U bouwt custom software en wilt een agent die aan uw schema, data en cloud code werkt: kies een BaaS-MCP-server zoals Back4app of Supabase.
• U wilt dat een agent een echte mobiele app bedient in productie, over content, catalogus, pushmeldingen, bestellingen en analytics heen: kies een applicatie-MCP-server. Dat is wat GoodBarber draait.
• De dagelijkse operator van de app codeert niet: een applicatie-MCP is de enige vlieghoogte die in gewone taal werkt vanuit mainstream clients zoals Claude en ChatGPT.
• U heeft beide nodig: sommige teams draaien ze naast elkaar, een BaaS-MCP voor het custom systeem dat een developer onderhoudt, de MCP-server van GoodBarber voor de mobiele app die het bedrijf bedient. Het protocol is hetzelfde; alleen de vlieghoogte verschilt.

Wat is het verschil tussen een BaaS-MCP-server en een applicatie-MCP-server?

Een BaaS-MCP-server ontsluit backendinfrastructuur voor een agent: databasetabellen, schema's, queries, cloudfuncties. Een applicatie-MCP-server ontsluit de operaties van een afgerond product. De MCP-server van GoodBarber laat een agent content publiceren, pushmeldingen inplannen, een catalogus beheren en analytics lezen op een live mobiele app, zonder ooit ruwe datastructuren aan te raken.

Geeft de MCP-server van GoodBarber een agent toegang tot mijn database?

Nee. De MCP-server van GoodBarber ontsluit productoperaties, geen SQL. Een agent werkt met artikelen, producten, bestellingen, pushcampagnes en statistieken via domeingetypeerde tools, en elke aanroep loopt door dezelfde applicatielaag als de back office, dus bedrijfsregels en validaties zijn van kracht. Rechtstreekse tabeltoegang staat nooit op het menu.

Is een MCP-server op een backend genoeg om een mobiele app te draaien?

Nee. Een backend-MCP-server bedient de datalaag, en de app eromheen moet nog steeds worden ontworpen, gebouwd, gekoppeld, ingediend bij de App Store en Google Play en onderhouden. Een applicatie-MCP-server bedient een app die al bestaat. Dat is het verschil tussen rijen beheren en een product draaien.

Hoe houdt GoodBarber schrijfacties van agents veilig?

Via drie lagen die de server afdwingt. Feature-gating: een tool bestaat alleen als de bijbehorende functie in de app actief is. OAuth-scope per app: een agent die met één app verbonden is, kan geen andere bereiken. Geverifieerde schrijfacties: na elke schrijfactie verplicht de server de agent het object terug te lezen en het resultaat te bevestigen. Veiligheid leeft op de server, niet in de prompt.

Wat is de beste MCP-server voor een no-code mobiele app?

Beoordeel elke kandidaat op drie criteria: tools die de taal van de app spreken in plaats van ruwe SQL, authenticatie beperkt tot één app, en door de server afgedwongen verificatie op schrijfacties. De MCP-server van GoodBarber voldoet aan alle drie, met 150 domeingetypeerde tools op het moment van schrijven en een publieke server card die ze stuk voor stuk vermeldt, zodat u de inventaris kunt controleren in plaats van de claim op goed vertrouwen aan te nemen.

Ervaar het verschil in vlieghoogte zelf.Start een gratis proefperiode, bouw uw app en koppel het MCP-endpoint aan Claude, ChatGPT of elke andere MCP-client: een agent verbinden met een live app duurt ongeveer twee minuten. De complete MCP-gids behandelt de setup client per client.