MCP server for interacting with the Supabase platform
Supabase MCP Server (com.supabase/mcp)
The com.supabase/mcp Model Context Protocol (MCP) server provides an interface for interacting with the Supabase platform. It is described as enabling Supabase projects to connect to Cursor, Claude, Windsurf, and other AI assistants via MCP, allowing those tools to work with Supabase-backed context.
🛠️ Key Features
MCP server for interacting with the Supabase platform
Connects Supabase projects to AI assistants
🚀 Use Cases
Use Supabase project data from AI assistants such as Cursor and Claude
Integrate Supabase with developer tools like Windsurf through MCP
⚡ Developer Benefits
Standardized MCP connectivity for Supabase-backed workflows
Access Supabase context from multiple AI assistant clients
⚠️ Limitations
The provided source text does not specify authentication, supported operations, or tool coverage
Connect your Supabase projects to Cursor, Claude, Windsurf, and other AI assistants.
supabase-mcp-demo
The Model Context Protocol (MCP) standardizes how Large Language Models (LLMs) talk to external services like Supabase. It connects AI assistants directly with your Supabase project and allows them to perform tasks like managing tables, fetching config, and querying data. See the full list of tools.
Setup
1. Follow our security best practices
Before setting up the MCP server, we recommend you read our security best practices to understand the risks of connecting an LLM to your Supabase projects and how to mitigate them.
2. Configure your MCP client
To configure the Supabase MCP server on your client, visit our setup documentation. You can also generate a custom MCP URL for your project by visiting the MCP connection tab in the Supabase dashboard.
Your MCP client will automatically prompt you to log in to Supabase during setup. Be sure to choose the organization that contains the project you wish to work with.
Most MCP clients require the following information:
If you don't see your MCP client listed in our documentation, check your client's MCP documentation and copy the above MCP information into their expected format (json, yaml, etc).
CLI
If you're running Supabase locally with Supabase CLI, you can access the MCP server at http://localhost:54321/mcp. Currently, the MCP Server in CLI environments offers a limited subset of tools and no OAuth 2.1.
Self-hosted
For self-hosted Supabase, check the Enabling MCP server page. Currently, the MCP Server in self-hosted environments offers a limited subset of tools and no OAuth 2.1.
The docs also feature an interactive URL builder to populate configuration options for you.
Usage with AI SDK's MCP Client
The @supabase/mcp-server-supabase package exports createToolSchemas() to populate input and output schemas for Vercel AI SDK's MCP client. This allows Supabase MCP tools to be treated as static tools with client-side validation and inferred TypeScript types for their inputs and outputs.
createToolSchemas() accepts similar filtering options as the MCP server's URL parameters:
features: Restrict to specific feature groups (e.g. ['database', 'docs']). Defaults to all default feature groups.
projectScoped: When true, omits project_id from tool input schemas and excludes account-level tools — use when connecting to a server configured with project_ref. Defaults to false.
readOnly: When true, excludes mutating tools — use when connecting to a server configured with read_only=true. Defaults to false.
The @supabase/mcp-server-supabase package exports createSupabaseMcpHandler() to serve the tools over HTTP from your own endpoint. It accepts the same SupabaseMcpServerOptions as createSupabaseMcpServer(), most importantly platform.
The handler speaks the current protocol revision only. It is created with legacy: 'reject', so a client that only speaks the 2025-era protocol receives an HTTP 400 instead of being served.
When platform carries a per-request credential, create the handler per request and close it when the response finishes. The handler closes over the platform you supply, so a shared one serves every request with that platform.
A long-lived handler is fine when the platform is meant to be shared, a service-account token for example. Create it once and close() it at shutdown rather than per response, since close() tears down the subscription router and refuses later requests.
ts
import { createServer } from'node:http';
import { toNodeHandler } from'@modelcontextprotocol/node';
import { createSupabaseMcpHandler } from'@supabase/mcp-server-supabase';
import { createSupabaseApiPlatform } from'@supabase/mcp-server-supabase/platform/api';
const server = createServer((req, res) => {
const accessToken = getAccessTokenFromRequest(req); // your own authconst handler = createSupabaseMcpHandler({
platform: createSupabaseApiPlatform({ accessToken }),
});
// `close()` aborts in-flight exchanges, so close on `res` finishing rather// than when the handler resolves, which would cut streaming responses short.
res.on('close', () => {
handler.close().catch((error) =>console.error(error));
});
toNodeHandler(handler)(req, res).catch((error) =>console.error(error));
});
toNodeHandler comes from @modelcontextprotocol/node, which is not a dependency of this package. Install it alongside.
Other MCP servers
@supabase/mcp-server-postgrest
The PostgREST MCP server allows you to connect your own users to your app via REST API. See more details on its project README.