Skip to main content
Glama
Supabase MCP Server

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_PROJECT_REF

Да

127.0.0.1:54322

Ваш идентификатор проекта Supabase (или локальный хост:порт)

SUPABASE_DB_PASSWORD

Да

postgres

Ваш пароль к базе данных

SUPABASE_REGION

Да*

us-east-1

Регион AWS, где размещен ваш проект Supabase

SUPABASE_ACCESS_TOKEN

Нет

Никто

Персональный токен доступа для API управления Supabase

SUPABASE_SERVICE_ROLE_KEY

Нет

Никто

Ключ роли сервиса для Auth Admin SDK

QUERY_API_KEY

Да

Никто

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

Методы конфигурации

Сервер ищет конфигурацию в следующем порядке (от наивысшего к наименьшему приоритету):

  1. Переменные среды : значения, заданные непосредственно в вашей среде.

  2. Локальный файл .env : файл .env в текущем рабочем каталоге (работает только при запуске из исходного кода)

  3. Глобальный файл конфигурации :

    • Windows: %APPDATA%\supabase-mcp\.env

    • macOS/Linux: ~/.config/supabase-mcp/.env

  4. Настройки по умолчанию : локальные настройки разработки по умолчанию (если не найдено других конфигураций)

⚠️ Важно : при использовании пакета, установленного через 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 в списке доступных серверов.

Как выглядит успешная конфигурация Windsurf

Клод Десктоп

Claude Desktop также поддерживает серверы MCP через конфигурацию JSON. Выполните следующие шаги для настройки сервера Supabase MCP:

  1. Найдите полный путь к исполняемому файлу (этот шаг очень важен):

    # On macOS/Linux
    which supabase-mcp-server
    
    # On Windows
    where supabase-mcp-server

    Скопируйте полный возвращенный путь (например, /Users/username/.local/bin/supabase-mcp-server ).

  2. Настройте сервер 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.

Как выглядит успешная конфигурация Windsurf

Клайн

Cline также поддерживает серверы MCP через похожую конфигурацию JSON. Выполните следующие шаги для настройки сервера Supabase MCP:

  1. Найдите полный путь к исполняемому файлу (этот шаг очень важен):

    # On macOS/Linux
    which supabase-mcp-server
    
    # On Windows
    where supabase-mcp-server

    Скопируйте полный возвращенный путь (например, /Users/username/.local/bin/supabase-mcp-server ).

  2. Настройте сервер 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 подключен» в нижней части панели.

Как выглядит успешная конфигурация в Cline

Поиск неисправностей

Вот несколько советов и рекомендаций, которые могут вам помочь:

  • Отладка установки - запустите 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.log

      • Windows: %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 Admin

    • call_auth_admin_method для прямого вызова методов Auth Admin с правильной обработкой параметров

  • Поддерживаемые методы:

    • get_user_by_id : Получить пользователя по его ID

    • list_users : Список всех пользователей с разбивкой на страницы

    • create_user : Создать нового пользователя

    • delete_user : Удалить пользователя по его ID

    • invite_user_by_email : Отправить ссылку-приглашение на электронную почту пользователя

    • generate_link : Генерация ссылки электронной почты для различных целей аутентификации.

    • update_user_by_id : Обновить атрибуты пользователя по ID

    • delete_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 API

    • pooler : Журналы пула соединений

    • storage : Операции по хранению объектов

    • realtime : журналы подписки WebSocket

    • edge_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 tools
call_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:

  1. Get user by ID: method: "get_user_by_id" params: {"uid": "user-uuid-here"}

  2. Create user: method: "create_user" params: { "email": "user@example.com", "password": "secure-password" }

  3. 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:

  1. Explain the risks to the user and get their approval

  2. Use this tool with the confirmation ID from the error message

  3. 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:

  1. READ Operations (SELECT, EXPLAIN, etc.):

    • Can be executed directly without special requirements

    • Example: SELECT * FROM public.users LIMIT 10;

  2. WRITE Operations (INSERT, UPDATE, DELETE):

    • Require UNSAFE mode (use live_dangerously('database', True) first)

    • Example: INSERT INTO public.users (email) VALUES ('user@example.com');

  3. 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:

  1. Without parameters: Returns all domains (default)

  2. With path and method: Returns the full specification for a specific API endpoint

  3. With domain only: Returns all paths and methods within that domain

  4. 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:

  1. 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

  2. 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:

  1. Enable database unsafe mode: live_dangerously(service="database", enable_unsafe_mode=True)

  2. Return to safe mode after operations: live_dangerously(service="database", enable_unsafe_mode=False)

  3. 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:

  1. Using pre-built parameters: collection: "postgres" limit: 20 hours_ago: 24 filters: [{"field": "parsed.error_severity", "operator": "=", "value": "ERROR"}] search: "connection"

  2. 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:

  1. 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: {}

  2. 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

    A4/5.0

    Scored across 12 tools

    Disambiguation4/5

    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.

    Naming Consistency3/5

    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.

    Tool Count5/5

    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.

    Completeness4/5

    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

    Related MCP Servers

    • A
      license
      A
      quality
      D
      maintenance
      A 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.
      21
      138
      MIT
    • A
      license
      A
      quality
      D
      maintenance
      A 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.
      21
      1
      ISC
    • A
      license
      Not graded
      quality
      D
      maintenance
      A 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 npm
      3
      ISC
    • A
      license
      Not graded
      quality
      F
      maintenance
      MCP 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