Supabase для разработчиков: работа с базой через ИИ-агента

Гайд для разработчиков, у которых бэкенд живёт на Supabase (Postgres) — веб- и мобильные приложения, MVP, внутренние сервисы. Если вы устали каждый раз открывать SQL-редактор, вспоминать имена таблиц и руками писать SELECT ради одного ответа «а сколько у нас записей со статусом X», связка Supabase + ИИ-агент СуперИнтеллекта делает это прямо в чате. Вы описываете задачу обычными словами — агент читает и правит строки, вызывает ваши RPC-функции и выполняет SQL-отчёты по вашей же базе Supabase. Токен от Supabase приносите вы, всё остаётся под вашим контролем.

Supabase — это управляемый Postgres с REST-доступом к данным и SQL поверх вашей схемы. ИИ-агент СуперИнтеллекта подключается к вашему проекту Supabase и получает два набора операций: работу с данными (список и описание таблиц, выборка, подсчёт, вставка, upsert, обновление, удаление строк, вызов Postgres-функций) и админский SQL (произвольный запрос через Management API плюс список и данные проектов аккаунта). Проще говоря: всё, что вы обычно делаете в дашборде Supabase и SQL-редакторе ради быстрой проверки или правки данных, теперь можно попросить фразой в чате.

Это не замена вашему коду и миграциям — это ускоритель рутины: разведка по незнакомой схеме, разовые срезы, точечные фиксы данных, проверка гипотез до того, как писать запрос в приложении.

Пришли в новый проект или забыли, как называется поле — агент покажет список таблиц и опишет структуру нужной: колонки, типы, ключи. Не нужно кликать по вкладкам Table Editor, чтобы вспомнить, где хранится e-mail пользователя и как называется FK на заказы.

«Сколько пользователей зарегистрировалось за последнюю неделю», «покажи последние 20 заказов в статусе pending, отсортируй по дате» — агент делает выборку с фильтрами, сортировкой и лимитом или считает количество по условию. Ответ приходит в чат таблицей, без выгрузок в CSV и ручной сборки.

Тестовому пользователю нужно поднять флаг, у застрявшего заказа — поправить статус, в справочник — доложить строку. Агент умеет вставку, upsert, обновление по фильтру и удаление строк. Правки данных лучше делать осознанно: по умолчанию у коннектора права на чтение, а запись и удаление вы включаете сами.

Если бизнес-логика вынесена в Postgres-функции (RPC), агент может их вызывать с нужными аргументами — например, пересчитать агрегат, прогнать процедуру начисления или дернуть функцию, которую иначе вызывает клиент приложения. Удобно, чтобы проверить поведение функции, не поднимая фронтенд.

Когда простой выборки мало — джойны, группировки, оконные функции — агент выполнит произвольный SQL-запрос через админский доступ и вернёт результат. «Сгруппируй заказы по месяцам и посчитай выручку», «топ-10 самых активных пользователей за квартал» — вы формулируете задачу, агент собирает и выполняет запрос.

Если под аккаунтом несколько проектов Supabase, агент покажет их список и данные конкретного проекта — удобно быстро сориентироваться, где какая среда (prod / staging / dev), прежде чем что-то трогать.

Пользователь жалуется, что оплата прошла, а заказ висит в статусе pending. Вместо открытия дашборда: «Найди в orders заказ с id 8842, покажи все поля». Видите, что вебхук не обновил статус. «Поставь этому заказу status = paid и paid_at = сейчас». Дальше — «вызови функцию notify_order_paid для заказа 8842», чтобы догнать пропущенную нотификацию. Три фразы вместо переключения между вкладками и ручного SQL.

Продакт спрашивает, стоит ли делать онбординг-подсказку. Вы: «Выполни SQL: сколько пользователей за последние 30 дней ни разу не создали проект — джойн users и projects, где у user нет ни одной строки в projects». Агент собирает запрос, вы получаете число за секунды и решаете, нужна ли фича, не отвлекаясь от текущей задачи.

Перед выкаткой чистите staging. «Посчитай, сколько строк в sessions старше 90 дней», затем «удали из sessions строки старше 90 дней». Права на удаление предварительно включены осознанно, действие точечное и по фильтру — без риска задеть свежие данные.

Заводите новый флаг для А/Б-теста: «Сделай upsert в feature_flags по ключу key: new_checkout = enabled false, rollout_percent = 0». Одной фразой — новая строка или обновление существующей, без ручного INSERT ... ON CONFLICT.

По умолчанию коннектор работает на чтение: агент делает выборки, подсчёты, описывает схему, выполняет SELECT-отчёты и читает данные проектов. Вставка, upsert, обновление и удаление включаются отдельно и осознанно — если их не активировать, агент физически не сможет изменить данные.

Да, через модуль админского SQL агент выполняет произвольные запросы — джойны, группировки, оконные функции для отчётов и аналитики. Для типовых операций (выборка, подсчёт, вставка, обновление) есть отдельные структурированные инструменты, которые безопаснее и предсказуемее произвольного SQL.

Да. Если бизнес-логика вынесена в Postgres-функции, агент вызывает их с нужными аргументами прямо из чата и возвращает результат. Это удобно для проверки функции без поднятия клиента приложения.

Нет. Связка закрывает рутину работы с данными: разведку по схеме, разовые срезы, точечные фиксы, проверку гипотез. Схему, миграции и продакшн-логику вы по-прежнему ведёте в коде и версионируете — агент их дополняет, а не подменяет.

Токен доступа к Supabase приносите вы и вставляете при подключении в разделе «Интеграции». Агент работает с вашей базой в рамках прав, которые вы ему выдали. Всё происходит в едином окне СуперИнтеллекта — не нужно переключаться между чатом, дашбордом и SQL-редактором.

Да. Агент показывает список проектов аккаунта и данные конкретного проекта, чтобы вы могли сориентироваться, где prod, staging и dev, прежде чем выполнять запросы или правки.