MCP 服务器 · 发布者仓库

Supabase MCP Server

Supabase 官方 MCP 服务器,通过托管 OAuth 连接或本地端点,让 Agent 查询项目配置、数据库与开发工具。

2.9k StarsApache-2.0TypeScript1 个月前更新
01

项目介绍

Supabase MCP Server 是一项MCP 服务器,核心内容是Supabase 官方 MCP 服务器,通过托管 OAuth 连接或本地端点,让 Agent 查询项目配置、数据库与开发工具。它把读取项目与数据库信息、辅助数据库开发放在同一个公开项目里,安装前可以先看清目录、命令和限制,再决定是否接入自己的 Agent 工作流。

02

核心功能

01

读取项目与数据库信息

仓库 README 或组件说明记录了读取项目与数据库信息的用途。实际启用前应继续查看原文,确认当前版本的行为和依赖。

02

辅助数据库开发

仓库 README 或组件说明记录了辅助数据库开发的用途。实际启用前应继续查看原文,确认当前版本的行为和依赖。

03

连接托管 Supabase

仓库 README 或组件说明记录了连接托管 Supabase的用途。实际启用前应继续查看原文,确认当前版本的行为和依赖。

04

连接本地开发环境

仓库 README 或组件说明记录了连接本地开发环境的用途。实际启用前应继续查看原文,确认当前版本的行为和依赖。

Supabase MCP Server 在 AI 编程工具中的项目操作演示
仓库 README 的演示图展示了 AI Agent 通过 MCP 连接和管理 Supabase 项目。查看仓库原图
03

安装与连接

按照公开 GitHub 说明配置 Supabase MCP Server,首次接入时保持较小权限范围,再用低风险任务验证,确认正常后再投入日常使用。

AI AGENT INSTALL

让 AI Agent 帮你安装

把这段话发送给 Codex、Claude Code 或其他可以操作本地环境的 AI Agent。

请帮我安装并配置Supabase MCP Server。
项目地址:https://github.com/supabase/mcp

请先阅读仓库 README 和许可证,确认当前宿主、依赖、目标目录与所需权限。严格采用仓库记录的方法,不要把凭据写进文件或日志;如果支持只读或最小权限模式,优先从该模式开始。完成后运行一个小型验证,并告诉我实际修改、执行命令、配置位置和验证结果。遇到覆盖文件或扩大权限的操作时先停下说明。
01开始前准备
  • Supabase 账号与目标项目权限
  • 宿主支持 HTTP MCP 与 OAuth 登录
02复制安装命令或配置
{"mcpServers":{"supabase":{"type":"http","url":"https://mcp.supabase.com/mcp"}}}
03按步骤完成安装
  1. 1
    确认依赖和使用范围

    先读 README,确认目标宿主,并准备这些条件:Supabase 账号与目标项目权限;宿主支持 HTTP MCP 与 OAuth 登录。执行前检查目标目录和权限范围。

  2. 2
    按仓库方式完成配置

    把下面的配置加入当前 MCP 宿主: {"mcpServers":{"supabase":{"type":"http","url":"https://mcp.supabase.com/mcp"}}}

  3. 3
    用小任务验证

    重启 MCP 宿主,确认服务器列表中出现 Supabase MCP Server。先调用一个低风险的只读工具,能够返回预期结果且没有认证错误,就说明连接正常。

如何确认安装成功

重启 MCP 宿主,确认服务器列表中出现 Supabase MCP Server。先调用一个低风险的只读工具,能够返回预期结果且没有认证错误,就说明连接正常。

使用前注意
  • Agent 可能获得数据库和项目管理能力,需要限制目标项目
  • 本地与自托管端点的工具和认证能力与托管版并不完全相同
04

使用场景

SCENARIO 01

让 Agent 辅助 Supabase 开发

当仓库记录的依赖和权限模型与当前环境相符时,可以把它用于让 Agent 辅助 Supabase 开发。

SCENARIO 02

检查项目和数据库状态

当仓库记录的依赖和权限模型与当前环境相符时,可以把它用于检查项目和数据库状态。

SCENARIO 03

在本地 Supabase 环境里调试

当仓库记录的依赖和权限模型与当前环境相符时,可以把它用于在本地 Supabase 环境里调试。

05

使用评价

这次评价依据仓库 README、组件说明、许可证和维护元数据。比较值得肯定的是官方托管端点使用 OAuth,避免手工复制长期 Token;托管项目和本地开发环境都有连接路径。同时也要把限制说清楚,Agent 可能获得数据库和项目管理能力,需要限制目标项目;本地与自托管端点的工具和认证能力与托管版并不完全相同。本次收录没有把资料核验写成本机实测。

值得一试的地方

  • 官方托管端点使用 OAuth,避免手工复制长期 Token
  • 托管项目和本地开发环境都有连接路径

使用前要知道

  • Agent 可能获得数据库和项目管理能力,需要限制目标项目
  • 本地与自托管端点的工具和认证能力与托管版并不完全相同
06

README

Supabase MCP Server


Overview

Supabase 官方 MCP 服务器,通过托管 OAuth 连接或本地端点,让 Agent 查询项目配置、数据库与开发工具。 Supabase 官方 MCP 服务器,通过托管 OAuth 连接或本地端点,让 Agent 查询项目配置、数据库与开发工具。

Getting started

  • 按照公开 GitHub 说明配置 Supabase MCP Server,首次接入时保持较小权限范围,再用低风险任务验证,确认正常后再投入日常使用。
  • 仓库把 Supabase MCP Server 定位为Supabase 官方 MCP 服务器,通过托管 OAuth 连接或本地端点,让 Agent 查询项目配置、数据库与开发工具。重点不在做一份泛泛的合集,而是把读取项目与数据库信息、辅助数据库开发、连接托管 Supabase、连接本地开发环境这些能力整理成可以继续使用或核验的内容。
  • 从公开 README 可以确认的要点包括Supabase 官方维护、托管端点支持 OAuth、提供本地 CLI 端点、基于 HTTP MCP 连接。这些信息来自仓库说明和目录,本次收录没有把文档描述写成已经在本机完成的实测结果。
  • 重启 MCP 宿主,确认服务器列表中出现 Supabase MCP Server。先调用一个低风险的只读工具,能够返回预期结果且没有认证错误,就说明连接正常。

Configuration

{"mcpServers":{"supabase":{"type":"http","url":"https://mcp.supabase.com/mcp"}}}
在 GitHub 阅读完整 README →