Non tutti i server MCP sono uguali: MCP BaaS vs MCP applicativo

Le piattaforme Backend-as-a-Service innestano MCP nel loro layer di infrastruttura. Il server MCP di Back4app, così come lo descrive la sua documentazione a luglio 2026, permette a un agente di creare e gestire app Parse, definire schemi di database, interrogare e modificare oggetti tramite la REST API di Parse, gestire utenti e permessi e fare il deploy di cloud code. Il server MCP ufficiale di Supabase punta nella stessa direzione: elencare tabelle, eseguire SQL, lanciare migrazioni, gestire branch ed Edge Functions. Sono capacità reali e utili. Sono anche, inconfondibilmente, a forma di backend: ciò che l'agente legge e scrive sono righe, schemi e deployment. Chiamalo MCP per il tuo database.

GoodBarber innesta MCP a una quota diversa: l'applicazione stessa. Il server MCP di GoodBarber espone le operazioni di un'app mobile finita e pubblicata: pubblicare un articolo, programmare una notifica push, creare un prodotto con le sue varianti, aggiornare un ordine, leggere le analytics. L'agente non vede mai una tabella. Vede le stesse azioni a livello di prodotto che il proprietario dell'app vede nel back office. Chiamalo MCP per la tua app.

Un MCP BaaS consegna a un agente le chiavi dei tuoi dati. Un MCP applicativo lascia che un agente faccia funzionare il tuo prodotto, in sicurezza.

A confronto:

Stesso protocollo, stesso JSON, stessi agenti dall'altra parte. Quattro cose cambiano completamente.

Semantica: l'agente sa cosa sta facendo

Un tool backend parla la lingua dei dati. Un tool applicativo parla la lingua dell'intento. Quando il tool di un agente è una query SQL grezza, l'agente sa che sta inserendo una riga; se quella riga abbia senso come prodotto, come abbonato o come campagna è un problema che riguarda solo il prompt. Quando un agente chiama classic_create_push_broadcast sul server di GoodBarber, il nome del tool, il suo schema tipizzato e i suoi vincoli codificano già che cosa sia una campagna push. C'è molto meno spazio per sbagliare con convinzione, perché la conoscenza del dominio vive nel tool, non nel prompt.

Sicurezza: dove vivono i guardrail

I buoni server MCP BaaS dei controlli li hanno eccome, e contano: Supabase, per esempio, offre una modalità read-only e lo scoping per progetto. Ma a quota database una scrittura consentita resta una mutazione grezza. Niente controlla che la nuova riga rispetti gli invarianti che la tua applicazione fa rispettare in qualsiasi altro punto.

Il server MCP di GoodBarber applica i suoi guardrail a livello di prodotto, lato server. Feature gating: un tool esiste solo se la funzionalità corrispondente è attiva nell'app, quindi un'app senza push configurate non espone alcun tool push. Scope OAuth per app: ogni sessione è legata a una sola app autenticata, un agente collegato all'app A non può vedere né toccare l'app B, e le agenzie collegano ogni app cliente separatamente. Scritture verificate: ogni scrittura restituisce un flag lato server che obbliga l'agente a rileggere l'oggetto e confermare il risultato prima di andare avanti. Il successo allucinato è la modalità di errore a cui gli agenti sono più inclini; la risposta di GoodBarber è rendere la verifica parte del contratto del server, invece di una best practice lasciata al prompt.

Completezza: un database non è un prodotto

Un agente con il pieno controllo del tuo backend non controlla ancora nessun prodotto. L'app mobile attorno a quel backend resta tua da progettare, costruire, collegare, inviare all'App Store e a Google Play e mantenere: esattamente il divario che abbiamo mappato in Gli app builder AI sanno creare un'app. Ma sanno gestirla? Un MCP applicativo parte dall'altro lato di quel divario. L'app esiste già: build native iOS e Android compilate, più una PWA, con hosting, CMS, infrastruttura push e pagamenti inclusi invece che assemblati da abbonamenti separati. L'agente gestisce un prodotto live dal primo giorno, e non resta niente da costruire intorno.

Operatori: chi può davvero usarlo

La documentazione MCP di Back4app elenca i client per cui è costruita: Cursor, Windsurf, VS Code, Claude Code. Strumenti da sviluppatore, ed è ragionevole: guidare un backend in sicurezza richiede il giudizio di uno sviluppatore. Un MCP applicativo sposta l'interfaccia più in alto, al linguaggio naturale. Il titolare di un negozio può chiedere a Claude di cambiare il prezzo di un prodotto, un editore può chiedere a ChatGPT di pubblicare l'articolo del mattino e programmare la push, il gestore di un club può chiedere i download del mese scorso, e nessuno di loro ha bisogno di un IDE. GoodBarber ha costruito la sua superficie MCP per quell'operatore, la stessa persona per cui è stato costruito il suo back office no-code, e funziona da qualsiasi client MCP, comprese le piattaforme di automazione come Zapier.

GoodBarber gestisce un server MCP hosted, in produzione: niente da installare, niente self-hosting. Colleghi l'endpoint al tuo client MCP, accedi con OAuth 2 e la sessione è limitata alla tua app fin dalla prima chiamata.

L'inventario è pubblico e leggibile dalle macchine. La server card elenca 150 tool tipizzati sul dominio al momento in cui scriviamo (luglio 2026), organizzati in namespace in base a ciò su cui operano: i tool con prefisso cms_ coprono i contenuti (articoli, eventi, mappe, foto, video, podcast, pubblicazione programmata inclusa), i tool shop_ coprono il commercio (prodotti e varianti, collezioni, ordini, codici promo, clienti) e i tool classic_ coprono la gestione dell'app (push broadcast, analytics, membership). La card è il contratto: quando la piattaforma cresce, la card cresce, e gli agenti collegati raccolgono i nuovi tool automaticamente. Sopra il server, GoodBarber pubblica 44 Claude Skills open source che confezionano i flussi di lavoro più comuni come ricette testate, parte della stessa spinta verso una piattaforma agent-ready.

Altrettanto deliberato è ciò che il server non espone. Design e layout restano nel builder, dove il design system di GoodBarber può proteggerli; far passare il design visivo attraverso tool a forma di testo non produce buone app. E agent-ready non significa che l'umano sia uscito dalla stanza: sei tu a concedere lo scope, sei tu a definire le policy, e il server verifica ciò che l'agente fa. Dettagli e configurazione client per client sono sulla pagina MCP.

Se sei uno sviluppatore che costruisce software su misura, con il tuo modello dati, la tua logica di business e il tuo frontend, un server MCP BaaS è esattamente lo strumento giusto, e quelli buoni sono davvero buoni. Quello di Back4app dà al tuo agente di coding un vero backend Parse su cui costruire; quello di Supabase fa lo stesso per Postgres, con controlli di scoping che mostrano una categoria in via di maturazione. GoodBarber non è quello strumento e non prova a esserlo: non ospiterà il tuo backend custom, ed è costruito per app di contenuti e commercio mobile, non per software arbitrario.

Sono due quote per due lavori diversi, non due concorrenti sullo stesso asse. Il test pratico: se il tuo progetto ha bisogno di un agente che possa toccare strutture dati grezze, ti serve un MCP BaaS. Se ha bisogno di un agente che possa far funzionare un'app mobile live, ti serve un MCP applicativo.

• Stai costruendo software su misura e vuoi un agente che lavori su schema, dati e cloud code: scegli un server MCP BaaS come Back4app o Supabase.
• Vuoi un agente che gestisca una vera app mobile in produzione, su contenuti, catalogo, notifiche push, ordini e analytics: scegli un server MCP applicativo. È il server che GoodBarber gestisce in produzione.
• Chi gestisce l'app giorno per giorno non programma: un MCP applicativo è l'unica quota che funziona in linguaggio naturale dai client più diffusi come Claude e ChatGPT.
• Ti servono entrambi: alcuni team li usano fianco a fianco, un MCP BaaS per il sistema custom che uno sviluppatore mantiene, il server MCP di GoodBarber per l'app mobile che l'azienda gestisce. Il protocollo è lo stesso; cambia solo la quota.

Qual è la differenza tra un server MCP BaaS e un server MCP applicativo?

Un server MCP BaaS espone a un agente l'infrastruttura backend: tabelle del database, schemi, query, cloud function. Un server MCP applicativo espone le operazioni di un prodotto finito. Il server MCP di GoodBarber permette a un agente di pubblicare contenuti, programmare notifiche push, gestire un catalogo e leggere le analytics di un'app mobile live, senza mai toccare strutture dati grezze.

Il server MCP di GoodBarber dà a un agente accesso al mio database?

No. Il server MCP di GoodBarber espone operazioni di prodotto, non SQL. Un agente lavora con articoli, prodotti, ordini, campagne push e statistiche attraverso tool tipizzati sul dominio, e ogni chiamata passa dallo stesso layer applicativo del back office, quindi valgono regole di business e validazioni. L'accesso grezzo alle tabelle non è mai sul menu.

Un server MCP su un backend basta per far funzionare un'app mobile?

No. Un server MCP backend opera sul layer dei dati, e l'app intorno va comunque progettata, costruita, collegata, inviata all'App Store e a Google Play e mantenuta. Un server MCP applicativo opera su un'app che esiste già. È la differenza tra amministrare righe e far funzionare un prodotto.

Come fa GoodBarber a rendere sicure le scritture degli agenti?

Con tre livelli imposti lato server. Feature gating: un tool esiste solo se la funzionalità corrispondente è attiva nell'app. Scope OAuth per app: un agente collegato a un'app non può raggiungerne un'altra. Scritture verificate: dopo ogni scrittura, il server richiede all'agente di rileggere l'oggetto e confermare il risultato. La sicurezza vive sul server, non nel prompt.

Qual è il miglior server MCP per un'app mobile no-code?

Giudica ogni candidato su tre criteri: tool che parlano la lingua dell'app invece di SQL grezzo, autenticazione limitata a una singola app e verifica delle scritture imposta dal server. Il server MCP di GoodBarber li soddisfa tutti e tre, con 150 tool tipizzati sul dominio al momento in cui scriviamo e una server card pubblica che li elenca uno per uno, così puoi verificare l'inventario invece di crederci sulla parola.

Guarda con i tuoi occhi la differenza di quota.Inizia una prova gratuita, costruisci la tua app, poi collega il suo endpoint MCP a Claude, ChatGPT o a qualsiasi client MCP: collegare un agente a un'app live richiede circa due minuti. La guida completa a MCP copre la configurazione client per client.