
This comparison is part of our MCP comparisons, within The MCP Guide. Facts are checked against each vendor's own documentation and pricing pages on the date shown.
Pick the server for the database you already run. Supabase MCP fits if your app uses Supabase's full backend, since it also covers Edge Functions, logs and storage. Neon MCP fits if you want the tightest SQL controls, because it can pin every query to a Postgres role you choose. Both vendors warn against pointing an AI agent at production data.
Checked against: Supabase MCP docs and the Neon MCP Server README on 28 October 2026. eSEOspace did not test either product.
Both servers let an AI app such as Claude Code or Cursor list tables, run SQL, manage branches and apply migrations in hosted Postgres. Both are official, open source and hosted by the vendor. The details of how each limits the AI are where they differ.
Key Takeaways
- Supabase hosts its server at
https://mcp.supabase.com/mcp; Neon hosts its server athttps://mcp.neon.tech/mcp. Both sign in with OAuth. - Supabase's
read_only=trueruns every query as a read-only Postgres user; Neon'sreadonly=truehides write tools and wrapsrun_sqlin aREAD ONLYtransaction. - Neon adds a
roleNameoption so every SQL call logs in as a Postgres role you pick. - Supabase says not to give its server to "your customers or end users"; Neon says to "Never connect MCP agents to production databases."
- Neither vendor lists a separate MCP price, so normal plan and usage costs apply.
At a glance
| Supabase MCP | Neon MCP | |
|---|---|---|
| Hosted URL | https://mcp.supabase.com/mcp | https://mcp.neon.tech/mcp |
| Sign-in | OAuth (Supabase account) | OAuth, or Neon API key in a header |
| Local option | Supabase CLI at localhost:54321/mcp, fewer tools | Not documented beyond the hosted server |
| Read-only mode | read_only=true (read-only Postgres user) | readonly=true (write tools hidden, READ ONLY transaction) |
| Project scoping | project_ref=<id>, removes account tools | projectId=<id> |
| Tool filtering | features= groups | category= groups |
| Pin a Postgres role | Not documented | roleName= |
| Branching tools | Experimental, paid plan | Yes, plus temporary migration branches |
| Destructive SQL prompts | Elicitation confirmations, if the client supports them | Not documented |
| Also covers | Edge Functions, logs, advisors, storage | Compute endpoints, snapshots, query tuning, Neon Auth |
| License | Apache 2.0 | MIT |
| Production stance | Connect only when the task needs production evidence | Development and testing only |
Where Supabase MCP is stronger
Full backend coverage. Supabase's tool list goes past the database. It includes deploy_edge_function, query_logs, get_advisors and storage configuration tools. If your agent ships features end to end, that saves a second server.
Confirmations for risky work. Supabase uses MCP elicitation, where the server pauses a tool call to ask you to confirm. Its docs describe form confirmations for cost and destructive SQL. Supabase is honest about the limits: "Treat elicitations as a guardrail, not a guarantee of human review or approval."
Clear account boundary. Adding project_ref scopes the server to one project and "disables account tools," per the docs. The agent cannot list, create or pause other projects.
Local development. The Supabase MCP README says the Supabase CLI serves the server at http://localhost:54321/mcp. It notes the CLI and self-hosted versions offer "a limited subset of tools and no OAuth 2.1."
Current protocol. The README says Supabase's self-hosted MCP handler "speaks the current protocol revision only" and returns HTTP 400 to clients that only speak the 2025-era protocol.
Where Neon MCP is stronger
Postgres role pinning. Neon's README says roleName "pins the Postgres login role for the whole connection." Without it, "SQL runs as the database owner." With it, Postgres grants decide what the agent can touch, even if a query escapes the read-only transaction. That is least privilege enforced by the database itself.
Grants fixed at sign-in. With OAuth, Neon treats readonly, projectId, category and roleName on the URL as a fixed grant. The README says changing the URL later "does not widen that token; authorize again." An agent cannot quietly edit its own config to gain writes.
Safer migrations. prepare_database_migration "creates a temporary branch to apply and test the migration safely before affecting the main branch." complete_database_migration then applies it. Query tuning works the same way on a temporary branch.
API key option for remote agents. Neon supports an Authorization: Bearer header where OAuth is not available. It suggests an organization API key "to limit access to projects under the organization only."
OAuth scopes. Neon says its server advertises OAuth scopes read and write, and you can pick them on the consent page.
Pricing
Neither server has its own price. You pay for the database plan behind it, and an agent that creates projects or branches can raise your bill.
Supabase (pricing):
- Free: $0 per month, 500 MB database, 50,000 monthly active users, limit of 2 active projects, paused after 1 week of inactivity.
- Pro: from $25 per month, with $10 a month in compute credits.
- Team: from $599 per month.
- Branching: not included on Free; $0.01344 per branch per hour on paid plans. The MCP branching tools need a paid plan.
Neon (pricing):
- Free: $0, 100 projects, 100 CU-hours a month per project, 1 GB storage per project.
- Launch: usage-based, $0.106 per CU-hour and $0.35 per GB-month. Neon shows a "typical spend" of $15 a month.
- Scale: usage-based, $0.222 per CU-hour.
- Neon's pricing page also lists $0.002 per branch-hour on Launch and Scale.
A CU-hour is one compute unit running for one hour. Neon's docs footer says "Neon is part of the Databricks Platform."
Security and admin controls
Shared stance. Both vendors treat MCP as a developer tool. Supabase says to "Connect to a production project only when the task requires production evidence." Neon's MCP docs say "We recommend MCP for development and testing only" and "Never connect MCP agents to production databases."
Prompt injection. Supabase calls it "the primary attack vector unique to LLMs." Its example is a support ticket with hidden instructions that the AI reads during a query. The same risk applies to any data Neon returns. See prompt injection through tool results.
Supabase controls. Use read_only=true, project_ref and a short features list together. Keep manual approval on. Supabase also warns that some clients answer elicitations automatically through hooks or rules.
Neon controls. Combine readonly=true, projectId, category and roleName. Neon notes roleName limits SQL only. Management tools such as compare_database_schema "still act with the API key or OAuth token's own access." In read-only mode, run_sql_transaction is not available.
End users. Supabase says its server "operates under the context of your developer permissions," so do not hand it to customers. Neon says to restrict access to trusted users and audit it regularly. For a broader checklist, see the MCP Security Center.
Which to choose
Pick Supabase MCP if:
- Your app already runs on Supabase, including Auth, Storage or Edge Functions.
- You want one server for database, logs, advisors and function deploys.
- Your MCP client supports elicitation forms for extra confirmations.
Pick Neon MCP if:
- Your database is on Neon, or you want serverless Postgres with cheap branches.
- You need the database to enforce limits through a pinned Postgres role.
- You want schema migrations tested on a temporary branch first.
Either way, start read-only and scoped to one non-production project. Our database schema changes playbook walks through a safe workflow.
Next step
Before an agent touches any database, decide which projects it can see and whether it can write. Our MCP readiness audit maps those choices for your team. Browse more MCP comparisons, or read the full Supabase MCP and Neon MCP profiles.
Frequently asked questions
Can I use Supabase or Neon MCP on a production database?
Both vendors advise against it. Supabase says connect to production only when a task needs production evidence, then scope it and use read-only mode. Neon says MCP is for development and testing only and to never connect agents to production databases.
Which read-only mode is stricter?
They work differently. Supabase runs every query as a read-only Postgres user. Neon hides write tools and wraps run_sql in a READ ONLY transaction, and you can add roleName so Postgres grants also limit the agent.
Do the branching tools cost extra?
They can. Supabase's MCP branching tools are experimental and need a paid plan, and its pricing page lists $0.01344 per branch per hour. Neon's pricing page lists $0.002 per branch-hour on Launch and Scale.
Is Neon still independent?
Neon's docs footer says "Neon is part of the Databricks Platform," and its site describes Lakebase Postgres "by Databricks." The MCP server is still published by Neon under the MIT license.











