Supabase MCP Server
Запрос | MCP-сервер для Supabase
🌅 Более 17 тыс. установок через pypi и около 30 тыс. загрузок на Smithery.ai — короче говоря, это было весело! 🥳 Спасибо всем, кто пользовался этим сервером последние несколько месяцев, и я надеюсь, что он был вам полезен. Поскольку Supabase выпустили свой собственный официальный сервер MCP , я решил больше не поддерживать его активно. Официальный сервер MCP столь же многофункционален, и в будущем будет добавлено еще много функций. Проверьте!
Оглавление
Related MCP server: Self-Hosted Supabase MCP Server
✨ Основные характеристики
💻 Совместимость с Cursor, Windsurf, Cline и другими клиентами MCP, поддерживающими протокол
stdio🔐 Управление режимами «только чтение» и «чтение-запись» при выполнении SQL-запросов
🔍 Проверка SQL-запроса во время выполнения с оценкой уровня риска
🛡️ Трехуровневая система безопасности для операций SQL: безопасная, запись и деструктивная
🔄 Надежная обработка транзакций как для прямых, так и для объединенных подключений к базе данных
📝 Автоматическое версионирование изменений схемы базы данных
💻 Управляйте своими проектами Supabase с помощью API управления Supabase
🧑💻 Управляйте пользователями с помощью методов Supabase Auth Admin через Python SDK
🔨 Готовые инструменты, помогающие Cursor & Windsurf работать с MCP более эффективно
📦 Простая установка и настройка через менеджер пакетов (uv, pipx и т. д.)
Начиная
Предпосылки
Для установки сервера в вашей системе должно быть следующее:
Питон 3.12+
Если вы планируете установку через uv , убедитесь, что он установлен .
Установка PostgreSQL
Установка PostgreSQL больше не требуется для самого сервера MCP, поскольку теперь он использует asyncpg, который не зависит от библиотек разработки PostgreSQL.
Однако вам все равно понадобится PostgreSQL, если вы используете локальный экземпляр Supabase:
MacOS
brew install postgresql@16Окна
Загрузите и установите PostgreSQL 16+ с https://www.postgresql.org/download/windows/
Убедитесь, что во время установки выбраны «Сервер PostgreSQL» и «Инструменты командной строки».
Шаг 1. Установка
Начиная с версии 0.2.0 я ввел поддержку установки пакетов. Вы можете использовать ваш любимый менеджер пакетов Python для установки сервера через:
# if pipx is installed (recommended)
pipx install supabase-mcp-server
# if uv is installed
uv pip install supabase-mcp-serverРекомендуется использовать pipx , поскольку он создает изолированные среды для каждого пакета.
Вы также можете установить сервер вручную, клонировав репозиторий и запустив pipx install -e . из корневого каталога.
Установка из источника
Если вы хотите выполнить установку из исходного кода, например, для локальной разработки:
uv venv
# On Mac
source .venv/bin/activate
# On Windows
.venv\Scripts\activate
# Install package in editable mode
uv pip install -e .Установка через Smithery.ai
Полные инструкции по использованию Smithery.ai для подключения к этому серверу MCP можно найти здесь .
Шаг 2. Конфигурация
Серверу Supabase MCP требуется настройка для подключения к вашей базе данных Supabase, доступа к API управления и использования Auth Admin SDK. В этом разделе объясняются все доступные параметры конфигурации и способы их настройки.
🔑 Важно : Начиная с версии 0.4 для использования сервера MCP требуется ключ API, который можно получить бесплатно на сайте thequery.dev .
Переменные среды
Сервер использует следующие переменные среды:
Переменная | Необходимый | По умолчанию | Описание |
| Да |
| Ваш идентификатор проекта Supabase (или локальный хост:порт) |
| Да |
| Ваш пароль к базе данных |
| Да* |
| Регион AWS, где размещен ваш проект Supabase |
| Нет | Никто | Персональный токен доступа для API управления Supabase |
| Нет | Никто | Ключ роли сервиса для Auth Admin SDK |
| Да | Никто | API-ключ от thequery.dev (требуется для всех операций) |
Примечание : значения по умолчанию настроены для локальной разработки Supabase. Для удаленных проектов Supabase необходимо указать собственные значения для
SUPABASE_PROJECT_REFиSUPABASE_DB_PASSWORD.
🚨 ВАЖНОЕ ПРИМЕЧАНИЕ ПО КОНФИГУРАЦИИ : Для удаленных проектов Supabase вы ДОЛЖНЫ указать правильный регион, где размещен ваш проект, с помощью
SUPABASE_REGION. Если вы столкнулись с ошибкой «Клиент или пользователь не найден», это почти наверняка связано с тем, что настройки вашего региона не соответствуют фактическому региону вашего проекта. Вы можете найти регион вашего проекта на панели управления Supabase в разделе «Настройки проекта».
Типы подключения
Подключение к базе данных
Сервер подключается к вашей базе данных Supabase PostgreSQL, используя конечную точку пула транзакций.
Локальная разработка использует прямое подключение к
127.0.0.1:54322Удаленные проекты используют формат:
postgresql://postgres.[project_ref]:[password]@aws-0-[region].pooler.supabase.com:6543/postgres
⚠️ Важно : соединения пула сеансов не поддерживаются. Сервер использует исключительно пул транзакций для лучшей совместимости с архитектурой сервера MCP.
Управление API-соединением
Требуется установить
SUPABASE_ACCESS_TOKENПодключается к API управления Supabase по адресу
https://api.supabase.comРаботает только с удаленными проектами Supabase (не для локальной разработки)
Подключение SDK для аутентификации администратора
Требуется установить
SUPABASE_SERVICE_ROLE_KEYДля локальной разработки подключается к
http://127.0.0.1:54321Для удаленных проектов подключается к
https://[project_ref].supabase.co
Методы конфигурации
Сервер ищет конфигурацию в следующем порядке (от наивысшего к наименьшему приоритету):
Переменные среды : значения, заданные непосредственно в вашей среде.
Локальный файл
.env: файл.envв текущем рабочем каталоге (работает только при запуске из исходного кода)Глобальный файл конфигурации :
Windows:
%APPDATA%\supabase-mcp\.envmacOS/Linux:
~/.config/supabase-mcp/.env
Настройки по умолчанию : локальные настройки разработки по умолчанию (если не найдено других конфигураций)
⚠️ Важно : при использовании пакета, установленного через pipx или uv, локальные файлы
.envв каталоге вашего проекта не определяются. Вы должны использовать либо переменные среды, либо глобальный файл конфигурации.
Настройка конфигурации
Вариант 1: Конфигурация для конкретного клиента (рекомендуется)
Установите переменные среды непосредственно в конфигурации клиента MCP (см. инструкции по настройке для конкретного клиента в шаге 3). Большинство клиентов MCP поддерживают этот подход, который сохраняет вашу конфигурацию с настройками клиента.
Вариант 2: Глобальная конфигурация
Создайте глобальный файл конфигурации .env , который будет использоваться для всех экземпляров сервера MCP:
# Create config directory
# On macOS/Linux
mkdir -p ~/.config/supabase-mcp
# On Windows (PowerShell)
mkdir -Force "$env:APPDATA\supabase-mcp"
# Create and edit .env file
# On macOS/Linux
nano ~/.config/supabase-mcp/.env
# On Windows (PowerShell)
notepad "$env:APPDATA\supabase-mcp\.env"Добавьте значения вашей конфигурации в файл:
QUERY_API_KEY=your-api-key
SUPABASE_PROJECT_REF=your-project-ref
SUPABASE_DB_PASSWORD=your-db-password
SUPABASE_REGION=us-east-1
SUPABASE_ACCESS_TOKEN=your-access-token
SUPABASE_SERVICE_ROLE_KEY=your-service-role-keyВариант 3: Конфигурация для конкретного проекта (только исходная установка)
Если вы запускаете сервер из исходного кода (не через пакет), вы можете создать файл .env в каталоге вашего проекта в том же формате, что и выше.
Поиск информации о проекте Supabase
Ссылка на проект : находится в URL-адресе вашего проекта Supabase:
https://supabase.com/dashboard/project/<project-ref>Пароль базы данных : задается при создании проекта или находится в разделе «Настройки проекта» → «База данных».
Токен доступа : сгенерируйте на https://supabase.com/dashboard/account/tokens
Ключ роли сервиса : находится в настройках проекта → API → Ключи API проекта
Поддерживаемые регионы
Сервер поддерживает все регионы Supabase:
us-west-1- Запад США (Северная Калифорния)us-east-1- Восток США (Северная Вирджиния) - по умолчаниюus-east-2- Восток США (Огайо)ca-central-1- Канада (Центральная)eu-west-1- Запад ЕС (Ирландия)eu-west-2- Западная Европа (Лондон)eu-west-3- Запад ЕС (Париж)eu-central-1- Центральная часть ЕС (Франкфурт)eu-central-2- Центральная Европа (Цюрих)eu-north-1- Север ЕС (Стокгольм)ap-south-1- Южная Азия (Мумбаи)ap-southeast-1- Юго-Восточная Азия (Сингапур)ap-northeast-1- Северо-Восточная Азия (Токио)ap-northeast-2- Северо-Восточная Азия (Сеул)ap-southeast-2- Океания (Сидней)sa-east-1- Южная Америка (Сан-Паулу)
Ограничения
Нет поддержки собственного хостинга : сервер поддерживает только официальные проекты Supabase.com и локальную разработку.
Нет поддержки строки подключения : пользовательские строки подключения не поддерживаются.
Нет пула сеансов : для подключений к базе данных поддерживается только пул транзакций.
Функции API и SDK : API управления и функции SDK Auth Admin работают только с удаленными проектами Supabase, а не с локальной разработкой.
Шаг 3. Использование
В общем, любой клиент MCP, поддерживающий протокол stdio , должен работать с этим сервером MCP. Этот сервер был специально протестирован для работы с:
Курсор
Виндсерфинг
Клайн
Клод Десктоп
Кроме того, вы также можете использовать smithery.ai для установки на этот сервер ряда клиентов, включая указанные выше.
Чтобы установить этот MCP-сервер на своем клиенте, следуйте инструкциям ниже.
Курсор
Перейдите в Настройки -> Функции -> Серверы MCP и добавьте новый сервер со следующей конфигурацией:
# can be set to any name
name: supabase
type: command
# if you installed with pipx
command: supabase-mcp-server
# if you installed with uv
command: uv run supabase-mcp-server
# if the above doesn't work, use the full path (recommended)
command: /full/path/to/supabase-mcp-server # Find with 'which supabase-mcp-server' (macOS/Linux) or 'where supabase-mcp-server' (Windows)Если конфигурация верна, вы должны увидеть зеленый точечный индикатор и количество инструментов, предоставленных сервером.
Виндсерфинг
Перейдите в Cascade -> Нажмите на значок молотка -> Настроить -> Заполните конфигурацию:
{
"mcpServers": {
"supabase": {
"command": "/Users/username/.local/bin/supabase-mcp-server", // update path
"env": {
"QUERY_API_KEY": "your-api-key", // Required - get your API key at thequery.dev
"SUPABASE_PROJECT_REF": "your-project-ref",
"SUPABASE_DB_PASSWORD": "your-db-password",
"SUPABASE_REGION": "us-east-1", // optional, defaults to us-east-1
"SUPABASE_ACCESS_TOKEN": "your-access-token", // optional, for management API
"SUPABASE_SERVICE_ROLE_KEY": "your-service-role-key" // optional, for Auth Admin SDK
}
}
}
}Если конфигурация верна, вы должны увидеть зеленый точечный индикатор и активный сервер supabase в списке доступных серверов.
Клод Десктоп
Claude Desktop также поддерживает серверы MCP через конфигурацию JSON. Выполните следующие шаги для настройки сервера Supabase MCP:
Найдите полный путь к исполняемому файлу (этот шаг очень важен):
# On macOS/Linux which supabase-mcp-server # On Windows where supabase-mcp-serverСкопируйте полный возвращенный путь (например,
/Users/username/.local/bin/supabase-mcp-server).Настройте сервер MCP в Claude Desktop:
Открыть рабочий стол Клода
Перейдите в Настройки → Разработчик -> Изменить конфигурацию серверов MCP.
Добавьте новую конфигурацию со следующим JSON:
{ "mcpServers": { "supabase": { "command": "/full/path/to/supabase-mcp-server", // Replace with the actual path from step 1 "env": { "QUERY_API_KEY": "your-api-key", // Required - get your API key at thequery.dev "SUPABASE_PROJECT_REF": "your-project-ref", "SUPABASE_DB_PASSWORD": "your-db-password", "SUPABASE_REGION": "us-east-1", // optional, defaults to us-east-1 "SUPABASE_ACCESS_TOKEN": "your-access-token", // optional, for management API "SUPABASE_SERVICE_ROLE_KEY": "your-service-role-key" // optional, for Auth Admin SDK } } } }
⚠️ Важно : в отличие от Windsurf и Cursor, Claude Desktop требует полный абсолютный путь к исполняемому файлу. Использование только имени команды (
supabase-mcp-server) приведет к ошибке "spawn ENOENT".
Если конфигурация верна, вы должны увидеть сервер Supabase MCP в списке доступных в Claude Desktop.
Клайн
Cline также поддерживает серверы MCP через похожую конфигурацию JSON. Выполните следующие шаги для настройки сервера Supabase MCP:
Найдите полный путь к исполняемому файлу (этот шаг очень важен):
# On macOS/Linux which supabase-mcp-server # On Windows where supabase-mcp-serverСкопируйте полный возвращенный путь (например,
/Users/username/.local/bin/supabase-mcp-server).Настройте сервер MCP в Cline:
Откройте Cline в VS Code
Нажмите на вкладку «Серверы MCP» на боковой панели Cline.
Нажмите «Настроить серверы MCP».
Это откроет файл
cline_mcp_settings.jsonДобавьте следующую конфигурацию:
{ "mcpServers": { "supabase": { "command": "/full/path/to/supabase-mcp-server", // Replace with the actual path from step 1 "env": { "QUERY_API_KEY": "your-api-key", // Required - get your API key at thequery.dev "SUPABASE_PROJECT_REF": "your-project-ref", "SUPABASE_DB_PASSWORD": "your-db-password", "SUPABASE_REGION": "us-east-1", // optional, defaults to us-east-1 "SUPABASE_ACCESS_TOKEN": "your-access-token", // optional, for management API "SUPABASE_SERVICE_ROLE_KEY": "your-service-role-key" // optional, for Auth Admin SDK } } } }
Если конфигурация верна, вы должны увидеть зеленый индикатор рядом с сервером Supabase MCP в списке серверов Cline MCP, а также сообщение, подтверждающее «сервер Supabase MCP подключен» в нижней части панели.
Поиск неисправностей
Вот несколько советов и рекомендаций, которые могут вам помочь:
Отладка установки - запустите
supabase-mcp-serverпрямо из терминала, чтобы проверить, работает ли он. Если нет, то, возможно, возникла проблема с установкой.Конфигурация сервера MCP — если предыдущий шаг сработал, значит, сервер установлен и настроен правильно. Если вы указали правильную команду, IDE должна подключиться. Обязательно укажите правильный путь к исполняемому файлу сервера.
Ошибка «Инструменты не найдены» — если вы видите «Клиент закрыт — инструменты недоступны» в курсоре, несмотря на то, что пакет установлен:
Найдите полный путь к исполняемому файлу, запустив
which supabase-mcp-server(macOS/Linux) илиwhere supabase-mcp-server(Windows)Используйте полный путь в конфигурации сервера MCP вместо просто
supabase-mcp-serverНапример:
/Users/username/.local/bin/supabase-mcp-serverилиC:\Users\username\.local\bin\supabase-mcp-server.exe
Переменные среды — чтобы подключиться к нужной базе данных, убедитесь, что вы задали переменные среды в
mcp_config.jsonили в файле.env, размещенном в глобальном каталоге конфигурации (~/.config/supabase-mcp/.envв macOS/Linux или%APPDATA%\supabase-mcp\.envв Windows).Доступ к журналам . Сервер MCP записывает подробные журналы в файл:
Расположение файла журнала:
macOS/Linux:
~/.local/share/supabase-mcp/mcp_server.logWindows:
%USERPROFILE%\.local\share\supabase-mcp\mcp_server.log
Журналы включают в себя состояние соединения, сведения о конфигурации и результаты работы.
Просмотрите журналы с помощью любого текстового редактора или команд терминала:
# On macOS/Linux cat ~/.local/share/supabase-mcp/mcp_server.log # On Windows (PowerShell) Get-Content "$env:USERPROFILE\.local\share\supabase-mcp\mcp_server.log"
Если вы застряли или какие-либо из приведенных выше инструкций неверны, сообщите нам об этом.
Инспектор МКП
Суперполезный инструмент для отладки проблем сервера MCP — MCP Inspector. Если вы установили из исходников, вы можете запустить supabase-mcp-inspector из репозитория проекта, и он запустит экземпляр инспектора. В сочетании с журналами это даст вам полный обзор того, что происходит на сервере.
📝 Запуск
supabase-mcp-inspector, если он установлен из пакета, работает неправильно — я проверю и исправлю в следующем выпуске.
Обзор функций
Инструменты запросов к базе данных
Начиная с версии v0.3+ сервер предоставляет комплексные возможности управления базами данных со встроенными средствами контроля безопасности:
Выполнение SQL-запросов : выполнение запросов PostgreSQL с оценкой рисков
Трехуровневая система безопасности :
safe: операции только для чтения (SELECT) — всегда разрешеныwrite: Изменения данных (INSERT, UPDATE, DELETE) — требуется небезопасный режимdestructive: изменения схемы (DROP, CREATE) — требуется небезопасный режим + подтверждение
Анализ и проверка SQL :
Использует парсер PostgreSQL (pglast) для точного анализа и предоставляет четкую обратную связь по требованиям безопасности
Автоматическое управление версиями миграции :
Операции по изменению базы данных автоматически версионируются
Генерирует описательные имена на основе типа операции и цели
Меры безопасности :
Режим SAFE по умолчанию допускает только операции чтения.
Все операторы выполняются в режиме транзакции через
asyncpgДвухэтапное подтверждение для операций с высоким риском
Доступные инструменты :
get_schemas: выводит список схем с размерами и количеством таблицget_tables: выводит список таблиц, внешних таблиц и представлений с метаданнымиget_table_schema: Получает подробную структуру таблицы (столбцы, ключи, связи)execute_postgresql: выполняет SQL-запросы в вашей базе данныхconfirm_destructive_operation: выполняет высокорисковые операции после подтвержденияretrieve_migrations: Получает миграции с параметрами фильтрации и разбиения на страницыlive_dangerously: Переключение между безопасным и небезопасным режимами
Инструменты API управления
Начиная с версии 0.3.0 сервер обеспечивает безопасный доступ к API управления Supabase со встроенными элементами управления безопасностью:
Доступные инструменты :
send_management_api_request: отправляет произвольные запросы в Supabase Management API с автоматическим добавлением ссылки на проектget_management_api_spec: Получает расширенную спецификацию API с информацией о безопасностиПоддерживает несколько режимов запроса: по домену, по определенному пути/методу или по всем путям.
Включает информацию об оценке риска для каждой конечной точки
Предоставляет подробные требования к параметрам и форматы ответов
Помогает LLM понять все возможности API управления Supabase
get_management_api_safety_rules: Получает все правила безопасности с понятными человеку объяснениямиlive_dangerously: Переключение между безопасным и небезопасным режимами работы
Меры безопасности :
Использует тот же менеджер безопасности, что и операции с базой данных, для последовательного управления рисками
Операции, классифицированные по уровню риска:
safe: операции только для чтения (GET) — всегда разрешеныunsafe: операции по изменению состояния (POST, PUT, PATCH, DELETE) — требуют небезопасного режимаblocked: Разрушительные операции (удаление проекта и т.п.) — никогда не разрешены
Безопасный режим по умолчанию предотвращает случайные изменения состояния
Сопоставление шаблонов на основе пути для точных правил безопасности
Примечание : инструменты API управления работают только с удаленными экземплярами Supabase и несовместимы с локальными настройками разработки Supabase.
Инструменты администратора аутентификации
Я планировал добавить поддержку методов Python SDK на сервер MCP. Поразмыслив, я решил добавить только поддержку методов Auth admin, поскольку мне часто приходилось вручную создавать тестовых пользователей, что было подвержено ошибкам и отнимало много времени. Теперь я могу просто попросить Cursor создать тестового пользователя, и это будет сделано без проблем. Ознакомьтесь с полной документацией по методу Auth Admin SDK, чтобы узнать, что он может делать.
Начиная с версии 0.3.6 сервер поддерживает прямой доступ к методам Supabase Auth Admin через Python SDK:
Включает в себя следующие инструменты:
get_auth_admin_methods_specдля получения документации по всем доступным методам Auth Admincall_auth_admin_methodдля прямого вызова методов Auth Admin с правильной обработкой параметров
Поддерживаемые методы:
get_user_by_id: Получить пользователя по его IDlist_users: Список всех пользователей с разбивкой на страницыcreate_user: Создать нового пользователяdelete_user: Удалить пользователя по его IDinvite_user_by_email: Отправить ссылку-приглашение на электронную почту пользователяgenerate_link: Генерация ссылки электронной почты для различных целей аутентификации.update_user_by_id: Обновить атрибуты пользователя по IDdelete_factor: Удалить фактор для пользователя (в настоящее время не реализовано в SDK)
Зачем использовать Auth Admin SDK вместо сырых SQL-запросов?
Auth Admin SDK обеспечивает несколько ключевых преимуществ по сравнению с прямой манипуляцией SQL:
Функциональность : позволяет выполнять операции, которые невозможно выполнить с помощью только SQL (инвайты, магические ссылки, MFA)
Точность : более надежно, чем создание и выполнение сырых SQL-запросов в схемах аутентификации.
Простота : предлагает понятные методы с надлежащей проверкой и обработкой ошибок.
Формат ответа:
Все методы возвращают структурированные объекты Python вместо необработанных словарей.
Доступ к атрибутам объекта можно получить с помощью точечной нотации (например,
user.idвместоuser["id"])
Крайние случаи и ограничения:
Проверка UUID: многие методы требуют допустимого формата UUID для идентификаторов пользователей и будут возвращать определенные ошибки проверки.
Конфигурация электронной почты: такие методы, как
invite_user_by_emailиgenerate_linkтребуют настройки отправки электронной почты в вашем проекте Supabase.Типы ссылок: При создании ссылок разные типы ссылок предъявляют разные требования:
ссылки
signupне требуют существования пользователяДля ссылок
magiclinkиrecoveryтребуется, чтобы пользователь уже существовал в системе.
Обработка ошибок: сервер предоставляет подробные сообщения об ошибках из API Supabase, которые могут отличаться от интерфейса панели управления.
Доступность методов: некоторые методы, такие как
delete_factor, представлены в API, но не полностью реализованы в SDK.
Журналы и аналитика
Сервер обеспечивает доступ к журналам и аналитическим данным Supabase, что упрощает мониторинг и устранение неполадок ваших приложений:
Доступный инструмент :
retrieve_logs— доступ к журналам из любой службы SupabaseСборники журналов :
postgres: Журналы сервера базы данныхapi_gateway: запросы API-шлюзаauth: События аутентификацииpostgrest: журналы сервисов RESTful APIpooler: Журналы пула соединенийstorage: Операции по хранению объектовrealtime: журналы подписки WebSocketedge_functions: Выполнение функций без сервераcron: Журналы запланированных заданийpgbouncer: Журналы пула подключений
Возможности : Фильтрация по времени, поиск текста, применение фильтров полей или использование пользовательских SQL-запросов.
Упрощает отладку всего стека Supabase без переключения между интерфейсами или написания сложных запросов.
Автоматическое управление версиями изменений базы данных
"С большой силой приходит большая ответственность". Хотя инструмент execute_postgresql в сочетании с метко названным инструментом live_dangerously обеспечивает мощный и простой способ управления базой данных Supabase, это также означает, что удаление таблицы или ее изменение осуществляется одним сообщением в чате. Чтобы снизить риск необратимых изменений, начиная с версии 0.3.8 сервер поддерживает:
автоматическое создание скриптов миграции для всех операций записи и разрушения SQL, выполняемых в базе данных
улучшенный режим безопасности выполнения запросов, в котором все запросы классифицируются по:
safeтип: всегда разрешено. Включает все операции только для чтения.тип
write: требует включения пользователем режимаwrite.destructiveтип: требует включения пользователем режимаwriteи двухэтапного подтверждения выполнения запроса для клиентов, которые не запускают инструменты автоматически.
Универсальный режим безопасности
Начиная с версии v0.3.8 режим безопасности был стандартизирован для всех служб (база данных, API, SDK) с использованием универсального менеджера безопасности. Это обеспечивает согласованное управление рисками и унифицированный интерфейс для управления настройками безопасности на всем сервере MCP.
Все операции (SQL-запросы, API-запросы, методы SDK) классифицируются по уровням риска:
Lowриск: операции только для чтения, которые не изменяют данные или структуру (запросы SELECT, запросы API GET)Mediumриск: операции записи, которые изменяют данные, но не структуру (INSERT/UPDATE/DELETE, большинство запросов API POST/PUT)Highриск: разрушительные операции, которые изменяют структуру базы данных или могут привести к потере данных (DROP/TRUNCATE, DELETE API конечные точки)Extremeриск: Операции с серьезными последствиями, которые полностью блокируются (удаление проектов)
Меры безопасности применяются в зависимости от уровня риска:
Операции с низким уровнем риска всегда разрешены.
Операции со средним уровнем риска требуют включения небезопасного режима
Операции с высоким риском требуют небезопасного режима И явного подтверждения
Операции с экстремальным риском никогда не допускаются.
Как работает поток подтверждения
Любые высокорисковые операции (будь то запрос postgresql или api) будут заблокированы даже в unsafe режиме. Вам придется явно подтвердить и одобрить каждую высокорисковую операцию, чтобы она была выполнена.
Журнал изменений
📦 Упрощенная установка через менеджер пакетов - ✅ (v0.2.0)
🌎 Поддержка различных регионов Supabase - ✅ (v0.2.2)
🎮 Программный доступ к API управления Supabase с элементами управления безопасностью - ✅ (v0.3.0)
👷♂️ Чтение и чтение-запись SQL-запросов к базе данных с контролем безопасности - ✅ (v0.3.0)
🔄 Надежная обработка транзакций как для прямых, так и для объединенных соединений - ✅ (v0.3.2)
🐍 Поддержка методов и объектов, доступных в нативном Python SDK - ✅ (v0.3.6)
🔍 Более строгая проверка SQL-запросов ✅ (v0.3.8)
📝 Автоматическое версионирование изменений базы данных ✅ (v0.3.8)
📖 Радикально улучшенные знания и инструменты API spec ✅ (v0.3.8)
✍️ Улучшена согласованность инструментов, связанных с миграцией, для более организованной базы данных vcs ✅ (v0.3.10)
🥳 Выпущен Query MCP (v0.4.0)
Более подробную дорожную карту можно найти в этом обсуждении на GitHub.
История Звезды
Наслаждайтесь! ☺️
Available Tools
12 toolscall_auth_admin_methodA
Call an Auth Admin method from Supabase Python SDK.
This tool provides a safe, validated interface to the Supabase Auth Admin SDK, allowing you to:
Manage users (create, update, delete)
List and search users
Generate authentication links
Manage multi-factor authentication
And more
IMPORTANT NOTES:
Request bodies must adhere to the Python SDK specification
Some methods may have nested parameter structures
The tool validates all parameters against Pydantic models
Extra fields not defined in the models will be rejected
AVAILABLE METHODS:
get_user_by_id: Retrieve a user by their ID
list_users: List all users with pagination
create_user: Create a new user
delete_user: Delete a user by their ID
invite_user_by_email: Send an invite link to a user's email
generate_link: Generate an email link for various authentication purposes
update_user_by_id: Update user attributes by ID
delete_factor: Delete a factor on a user
EXAMPLES:
Get user by ID: method: "get_user_by_id" params: {"uid": "user-uuid-here"}
Create user: method: "create_user" params: { "email": "user@example.com", "password": "secure-password" }
Update user by ID: method: "update_user_by_id" params: { "uid": "user-uuid-here", "attributes": { "email": "new@email.com" } }
For complete documentation of all methods and their parameters, use the get_auth_admin_methods_spec tool.
Inputs: method (required), params (required).
confirm_destructive_operationA
Execute a destructive database or API operation after confirmation. Use this only after reviewing the risks with the user.
HOW IT WORKS:
This tool executes a previously rejected high-risk operation using its confirmation ID
The operation will be exactly the same as the one that generated the ID
No need to retype the query or api request params - the system remembers it
STEPS:
Explain the risks to the user and get their approval
Use this tool with the confirmation ID from the error message
The original query will be executed as-is
PARAMETERS:
operation_type: Type of operation ("api" or "database")
confirmation_id: The ID provided in the error message (required)
user_confirmation: Set to true to confirm execution (default: false)
NOTE: Confirmation IDs expire after 5 minutes for security
Inputs: confirmation_id (required), operation_type (required), user_confirmation.
execute_postgresqlA
Execute PostgreSQL statements against your Supabase database.
IMPORTANT: All SQL statements must end with a semicolon (;).
OPERATION TYPES AND REQUIREMENTS:
READ Operations (SELECT, EXPLAIN, etc.):
Can be executed directly without special requirements
Example: SELECT * FROM public.users LIMIT 10;
WRITE Operations (INSERT, UPDATE, DELETE):
Require UNSAFE mode (use live_dangerously('database', True) first)
Example: INSERT INTO public.users (email) VALUES ('user@example.com');
SCHEMA Operations (CREATE, ALTER, DROP):
Require UNSAFE mode (use live_dangerously('database', True) first)
Destructive operations (DROP, TRUNCATE) require additional confirmation
Example: CREATE TABLE public.test_table (id SERIAL PRIMARY KEY, name TEXT);
MIGRATION HANDLING: All queries that modify the database will be automatically version controlled by the server. You can provide optional migration name, if you want to name the migration.
Respect the following format: verb_noun_detail. Be descriptive and concise.
Examples:
create_users_table
add_email_to_profiles
enable_rls_on_users
If you don't provide a migration name, the server will generate one based on the SQL statement
The system will sanitize your provided name to ensure compatibility with database systems
Migration names are prefixed with a timestamp in the format YYYYMMDDHHMMSS
SAFETY SYSTEM: Operations are categorized by risk level:
LOW RISK: Read operations (SELECT, EXPLAIN) - allowed in SAFE mode
MEDIUM RISK: Write operations (INSERT, UPDATE, DELETE) - require UNSAFE mode
HIGH RISK: Schema operations (CREATE, ALTER) - require UNSAFE mode
EXTREME RISK: Destructive operations (DROP, TRUNCATE) - require UNSAFE mode and confirmation
TRANSACTION HANDLING:
DO NOT use transaction control statements (BEGIN, COMMIT, ROLLBACK)
The database client automatically wraps queries in transactions
The SQL validator will reject queries containing transaction control statements
This ensures atomicity and provides rollback capability for data modifications
MULTIPLE STATEMENTS:
You can send multiple SQL statements in a single query
Each statement will be executed in order within the same transaction
Example: CREATE TABLE public.test_table (id SERIAL PRIMARY KEY, name TEXT); INSERT INTO public.test_table (name) VALUES ('test');
CONFIRMATION FLOW FOR HIGH-RISK OPERATIONS:
High-risk operations (DROP TABLE, TRUNCATE, etc.) will be rejected with a confirmation ID
The error message will explain what happened and provide a confirmation ID
Review the risks with the user before proceeding
Use the confirm_destructive_operation tool with the provided ID to execute the operation
IMPORTANT GUIDELINES:
The database client starts in SAFE mode by default for safety
Only enable UNSAFE mode when you need to modify data or schema
Never mix READ and WRITE operations in the same transaction
For destructive operations, be prepared to confirm with the confirm_destructive_operation tool
WHEN TO USE OTHER TOOLS INSTEAD:
For Auth operations (users, authentication, etc.): Use call_auth_admin_method instead of direct SQL The Auth Admin SDK provides safer, validated methods for user management
For project configuration, functions, storage, etc.: Use send_management_api_request The Management API handles Supabase platform features that aren't directly in the database
Note: This tool operates on the PostgreSQL database only. API operations use separate safety controls.
Inputs: query (required), migration_name.
get_auth_admin_methods_specA
Get Python SDK methods specification for Auth Admin.
Returns a comprehensive dictionary of all Auth Admin methods available in the Supabase Python SDK, including:
Method names and descriptions
Required and optional parameters for each method
Parameter types and constraints
Return value information
This tool is useful for exploring the capabilities of the Auth Admin SDK and understanding how to properly format parameters for the call_auth_admin_method tool.
No parameters required.
Inputs: no named parameters.
get_management_api_specA
Get the complete Supabase Management API specification.
Returns the full OpenAPI specification for the Supabase Management API, including:
All available endpoints and operations
Required and optional parameters for each operation
Request and response schemas
Authentication requirements
Safety information for each operation
This tool can be used in four different ways:
Without parameters: Returns all domains (default)
With path and method: Returns the full specification for a specific API endpoint
With domain only: Returns all paths and methods within that domain
With all_paths=True: Returns all paths and methods
Parameters:
params: Dictionary containing optional parameters:
path: Optional API path (e.g., "/v1/projects/{ref}/functions")
method: Optional HTTP method (e.g., "GET", "POST")
domain: Optional domain/tag name (e.g., "Auth", "Storage")
all_paths: Optional boolean, if True returns all paths and methods
Available domains:
Analytics: Analytics-related endpoints
Auth: Authentication and authorization endpoints
Database: Database management endpoints
Domains: Custom domain configuration endpoints
Edge Functions: Serverless function management endpoints
Environments: Environment configuration endpoints
OAuth: OAuth integration endpoints
Organizations: Organization management endpoints
Projects: Project management endpoints
Rest: RESTful API endpoints
Secrets: Secret management endpoints
Storage: Storage management endpoints
This specification is useful for understanding:
What operations are available through the Management API
How to properly format requests for each endpoint
Which operations require unsafe mode
What data structures to expect in responses
SAFETY: This is a low-risk read operation that can be executed in SAFE mode.
Inputs: params.
get_schemasB
List all database schemas with their sizes and table counts.
Inputs: no named parameters.
get_tablesA
List all tables, foreign tables, and views in a schema with their sizes, row counts, and metadata.
Provides detailed information about all database objects in the specified schema:
Table/view names
Object types (table, view, foreign table)
Row counts
Size on disk
Column counts
Index information
Last vacuum/analyze times
Parameters:
schema_name: Name of the schema to inspect (e.g., 'public', 'auth', etc.)
SAFETY: This is a low-risk read operation that can be executed in SAFE mode.
Inputs: schema_name (required).
get_table_schemaA
Get detailed table structure including columns, keys, and relationships.
Returns comprehensive information about a specific table's structure:
Column definitions (names, types, constraints)
Primary key information
Foreign key relationships
Indexes
Constraints
Triggers
Parameters:
schema_name: Name of the schema (e.g., 'public', 'auth')
table: Name of the table to inspect
SAFETY: This is a low-risk read operation that can be executed in SAFE mode.
Inputs: schema_name (required), table (required).
live_dangerouslyA
Toggle unsafe mode for either Management API or Database operations.
WHAT THIS TOOL DOES: This tool switches between safe (default) and unsafe operation modes for either the Management API or Database operations.
SAFETY MODES EXPLAINED:
Database Safety Modes:
SAFE mode (default): Only low-risk operations like SELECT queries are allowed
UNSAFE mode: Higher-risk operations including INSERT, UPDATE, DELETE, and schema changes are permitted
API Safety Modes:
SAFE mode (default): Only low-risk operations that don't modify state are allowed
UNSAFE mode: Higher-risk state-changing operations are permitted (except those explicitly blocked for safety)
OPERATION RISK LEVELS: The system categorizes operations by risk level:
LOW: Safe read operations with minimal impact
MEDIUM: Write operations that modify data but don't change structure
HIGH: Operations that modify database structure or important system settings
EXTREME: Destructive operations that could cause data loss or service disruption
WHEN TO USE THIS TOOL:
Use this tool BEFORE attempting write operations or schema changes
Enable unsafe mode only when you need to perform data modifications
Always return to safe mode after completing write operations
USAGE GUIDELINES:
Start in safe mode by default for exploration and analysis
Switch to unsafe mode only when you need to make changes
Be specific about which service you're enabling unsafe mode for
Consider the risks before enabling unsafe mode, especially for database operations
For database operations requiring schema changes, you'll need to enable unsafe mode first
Parameters:
service: Which service to toggle ("api" or "database")
enable_unsafe_mode: True to enable unsafe mode, False for safe mode (default: False)
Examples:
Enable database unsafe mode: live_dangerously(service="database", enable_unsafe_mode=True)
Return to safe mode after operations: live_dangerously(service="database", enable_unsafe_mode=False)
Enable API unsafe mode: live_dangerously(service="api", enable_unsafe_mode=True)
Note: This tool affects ALL subsequent operations for the specified service until changed again.
Inputs: service (required), enable_unsafe_mode.
retrieve_logsA
Retrieve logs from your Supabase project's services for debugging and monitoring.
Returns log entries from various Supabase services with timestamps, messages, and metadata. This tool provides access to the same logs available in the Supabase dashboard's Logs & Analytics section.
AVAILABLE LOG COLLECTIONS:
postgres: Database server logs including queries, errors, warnings, and system messages
api_gateway: API requests, responses, and errors processed by the Kong API gateway
auth: Authentication and authorization logs for sign-ups, logins, and token operations
postgrest: Logs from the RESTful API service that exposes your PostgreSQL database
pooler: Connection pooling logs from pgbouncer and supavisor services
storage: Object storage service logs for file uploads, downloads, and permissions
realtime: Logs from the real-time subscription service for WebSocket connections
edge_functions: Serverless function execution logs including invocations and errors
cron: Scheduled job logs (can be queried through postgres logs with specific filters)
pgbouncer: Connection pooler logs
PARAMETERS:
collection: The log collection to query (required, one of the values listed above)
limit: Maximum number of log entries to return (default: 20)
hours_ago: Retrieve logs from the last N hours (default: 1)
filters: List of filter objects with field, operator, and value (default: []) Format: [{"field": "field_name", "operator": "=", "value": "value"}]
search: Text to search for in event messages (default: "")
custom_query: Complete custom SQL query to execute instead of the pre-built queries (default: "")
HOW IT WORKS: This tool makes a request to the Supabase Management API endpoint for logs, sending either a pre-built optimized query for the selected collection or your custom query. Each log collection has a specific table structure and metadata format that requires appropriate CROSS JOIN UNNEST operations to access nested fields.
EXAMPLES:
Using pre-built parameters: collection: "postgres" limit: 20 hours_ago: 24 filters: [{"field": "parsed.error_severity", "operator": "=", "value": "ERROR"}] search: "connection"
Using a custom query: collection: "edge_functions" custom_query: "SELECT id, timestamp, event_message, m.function_id, m.execution_time_ms FROM function_edge_logs CROSS JOIN unnest(metadata) AS m WHERE m.execution_time_ms > 1000 ORDER BY timestamp DESC LIMIT 10"
METADATA STRUCTURE: The metadata structure is important because it determines how to access nested fields in filters:
postgres_logs: Use "parsed.field_name" for fields like error_severity, query, application_name
edge_logs: Use "request.field_name" or "response.field_name" for HTTP details
function_edge_logs: Use "function_id", "execution_time_ms" for function metrics
NOTE FOR LLM CLIENTS: When encountering errors with field access, examine the error message to see what fields are actually available in the structure. Start with basic fields before accessing nested metadata.
SAFETY CONSIDERATIONS:
This is a low-risk read operation that can be executed in SAFE mode
Requires a valid Supabase Personal Access Token to be configured
Not available for local Supabase instances (requires cloud deployment)
Inputs: collection (required), custom_query, filters, hours_ago, +2 more.
retrieve_migrationsA
Retrieve a list of all migrations a user has from Supabase.
Returns a list of migrations with the following information:
Version (timestamp)
Name
SQL statements (if requested)
Statement count
Version type (named or numbered)
Parameters:
limit: Maximum number of migrations to return (default: 50, max: 100)
offset: Number of migrations to skip for pagination (default: 0)
name_pattern: Optional pattern to filter migrations by name. Uses SQL ILIKE pattern matching (case-insensitive). The pattern is automatically wrapped with '%' wildcards, so "users" will match "create_users_table", "add_email_to_users", etc. To search for an exact match, use the complete name.
include_full_queries: Whether to include the full SQL statements in the result (default: false)
SAFETY: This is a low-risk read operation that can be executed in SAFE mode.
Inputs: include_full_queries, limit, name_pattern, offset.
send_management_api_requestA
Execute a Supabase Management API request.
This tool allows you to make direct calls to the Supabase Management API, which provides programmatic access to manage your Supabase project settings, resources, and configurations.
REQUEST FORMATTING:
Use paths exactly as defined in the API specification
The {ref} parameter will be automatically injected from settings
Format request bodies according to the API specification
PARAMETERS:
method: HTTP method (GET, POST, PUT, PATCH, DELETE)
path: API path (e.g. /v1/projects/{ref}/functions)
path_params: Path parameters as dict (e.g. {"function_slug": "my-function"}) - use empty dict {} if not needed
request_params: Query parameters as dict (e.g. {"key": "value"}) - use empty dict {} if not needed
request_body: Request body as dict (e.g. {"name": "test"}) - use empty dict {} if not needed
PATH PARAMETERS HANDLING:
The {ref} placeholder (project reference) is automatically injected - you don't need to provide it
All other path placeholders must be provided in the path_params dictionary
Common placeholders include:
{function_slug}: For Edge Functions operations
{id}: For operations on specific resources (API keys, auth providers, etc.)
{slug}: For organization operations
{branch_id}: For database branch operations
{provider_id}: For SSO provider operations
{tpa_id}: For third-party auth operations
EXAMPLES:
GET request with path and query parameters: method: "GET" path: "/v1/projects/{ref}/functions/{function_slug}" path_params: {"function_slug": "my-function"} request_params: {"version": "1"} request_body: {}
POST request with body: method: "POST" path: "/v1/projects/{ref}/functions" path_params: {} request_params: {} request_body: {"name": "test-function", "slug": "test-function"}
SAFETY SYSTEM: API operations are categorized by risk level:
LOW RISK: Read operations (GET) - allowed in SAFE mode
MEDIUM/HIGH RISK: Write operations (POST, PUT, PATCH, DELETE) - require UNSAFE mode
EXTREME RISK: Destructive operations - require UNSAFE mode and confirmation
BLOCKED: Some operations are completely blocked for safety reasons
SAFETY CONSIDERATIONS:
By default, the API client starts in SAFE mode, allowing only read operations
To perform write operations, first use live_dangerously(service="api", enable=True)
High-risk operations will be rejected with a confirmation ID
Use confirm_destructive_operation with the provided ID after reviewing risks
Some operations may be completely blocked for safety reasons
For a complete list of available API endpoints and their parameters, use the get_management_api_spec tool. For details on safety rules, use the get_management_api_safety_rules tool.
Inputs: method (required), path (required), path_params (required), request_body (required), +1 more.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 12 tools
Most tools have distinct purposes, such as call_auth_admin_method for auth operations, execute_postgresql for SQL queries, and send_management_api_request for API calls. However, get_auth_admin_methods_spec and get_management_api_spec are both specification-fetching tools that could be confused, and confirm_destructive_operation overlaps with safety mechanisms in other tools like execute_postgresql and send_management_api_request, causing minor ambiguity.
The naming is mixed with some consistent patterns (e.g., get_* for read operations like get_schemas, get_tables) but deviations like call_auth_admin_method (verb_noun_noun), live_dangerously (phrase), and confirm_destructive_operation (verb_adjective_noun). While readable, the lack of a uniform verb_noun convention across all tools reduces consistency.
With 12 tools, the count is well-scoped for a Supabase server covering database operations, auth management, API requests, logs, migrations, and safety controls. Each tool serves a clear purpose, such as execute_postgresql for SQL and retrieve_logs for monitoring, making the set comprehensive without being overwhelming.
The tool set provides broad coverage for Supabase domains, including CRUD for auth (via call_auth_admin_method), database queries, API management, and monitoring. Minor gaps exist, such as no direct tool for managing storage or edge functions beyond API requests, but agents can work around this using send_management_api_request with specifications from get_management_api_spec.
Related MCP Connectors
MCP server for interacting with the Supabase platform
Your Supabase account in natural language: run SQL, apply migrations, manage tables, storage, edge f
Hosted PostgreSQL MCP server for Claude, ChatGPT and Cursor, with each action switched per account.
Text-to-SQL MCP server: read-only queries on PostgreSQL, MySQL and SQL Server with your real schema
Related MCP Servers
- AlicenseAqualityDmaintenanceA protocol server that enables interaction with self-hosted Supabase instances directly from development environments, allowing database introspection, management of migrations, auth users, and storage through MCP clients like IDE extensions.21138MIT
- AlicenseAqualityDmaintenanceA Model Context Protocol server that enables interaction with self-hosted Supabase instances, allowing developers to query database schemas, manage migrations, inspect statistics, and interact with Supabase features directly from MCP-compatible development environments.211ISC
- AlicenseNot gradedqualityDmaintenanceA general-purpose PostgreSQL MCP server with full read-write SQL access, atomic multi-statement transactions, and schema inspection. Works with any PostgreSQL instance — local, Supabase, AWS RDS, or self-hosted — and connects to Claude, Cursor, Windsurf, or any MCP-compatible AI client.123 npm3ISC
- AlicenseNot gradedqualityFmaintenanceMCP server for self-hosted Supabase with RLS-aware PostgreSQL and PostgREST layers, enabling safe database introspection, SQL queries, and PostgREST access via natural language.MIT