チャットで頼めばSupabaseの裏側が変わる　Grok Botと連携

データベースとバックエンドの基盤を提供するSupabaseは2026年10月13日、SpaceXSIのパートナー網に加わったと公式ブログで発表した。Grok BotをCursorにつなげば、チームの誰でもチャットで変更を頼める。頼まれた作業はCursorが書いて動かし、SupabaseのMCPサーバーを通じて本番のバックエンドに反映する。エンジニアに頼み、待ち、確かめるという往復が、チャットの中で片づく形だ。

頼む人とコードを書く役を分ける

Grok Botは、SpaceXSIが8月に公開した仕事仲間型のAIだ。クラウド上の専用コンピューターで動き続け、メッセージのやりとり、承認、外部サービスとの接続、決まった作業の繰り返しを受け持つ。今回の連携は、このGrok Botを入り口にして、データベースの作業までを1本の流れにつなげる。

仕組みは2段になっている。Grok Botは、変更を必要とする人から、その人が普段いる場所で依頼を受け取る。それを範囲を区切った開発作業としてCursorに渡す。Cursorはコードを書いて実行し、MCPサーバーを通じてデータベースへの照会、テーブル構造の確認、ログの読み取り、Edge Functionsの公開を行う。どれも、データがすでにある1つのSupabaseプロジェクトの中で完結する。

頼む人は、どのプロジェクトに答えがあるか、どのテーブルを見ればよいかを知らなくてよい。同社によると、Cursorはたいてい作業中のプロジェクトを把握しており、分からないときはプロジェクトの一覧から探す。照会の前には、テーブルの一覧を取って構造を読む。頼んだ人がコードを見ていなくても作業が進むのは、この手順があるからだという。

数百万件の記録が示す動き方

Supabaseは、Cursorの作業でSupabaseのツールが呼ばれた数百万件の記録を分析した。データベースへの照会のあと、次の呼び出しがまた照会になる割合は92%だった。一度調べて終わりにせず、調べ、試し、直し、確かめる流れになっている。先週なぜ登録が減ったのかと聞けば、Cursorは十数手で、壊れた紹介元を1つに絞り込むという。

失敗しても流れは途切れない。照会が失敗したとき、次もSQLの実行になる割合は79%で、作業が止まるのはエラー全体の約2%にとどまる。列名を取り違えた照会も、人が手を出さずに直る。Stripeの通知が失敗していると伝えれば、ログを引き、支払いのテーブルを調べ、Edge Functionを直して公開し直すという。

安全診断を変更の手順に組み込む

変更のあとの確認も、エージェント自身が行っている。テーブル構造を変える処理のあと、81%の作業で、照会やテーブル一覧の取得によって変更が反映されたかを確かめていた。

同社はさらに一歩進め、プロジェクトの診断機能を毎回走らせるよう勧めている。この診断は、行単位のアクセス制御（RLS）がないテーブルや、索引のない外部キーといった問題を探す。誰でも依頼でき、変更がそのまま本番に出る使い方では、この確認が欠かせない。ブログには、構造を変えたら必ず安全面と性能面の診断を走らせ、問題があれば説明して直し方を示すまで先に進まない、というCursorの規則の例が載っている。この規則があれば、コメント機能を足す依頼でも、RLSを有効にし、診断を済ませた状態で出せるとしている。

Supabaseによると、開発者は自分たちでこの連携を見つけて使い始めており、SpaceXSIのツール向けコミュニティープラグインの中で常に上位に入っている。パートナー網への参加は、その需要に直接応えるためだという。始めるには、SupabaseのMCPサーバーをつなぐ。まだSupabaseを使っていない人は、無料でプロジェクトを作ってからCursorにつなげばよいと案内している。料金や対応プランの違いは、発表に書かれていない。

編集部の見方

エージェントに本番のデータベースを触らせる話は、賢さより手順の設計で成否が分かれる。今回の発表で目を引くのは、記録の数字よりも、変更のたびに診断を走らせる規則を自分で足せる点だ。営業や企画の人が直接頼める環境は便利だが、頼む人がコードを見ない以上、確認は仕組みに任せるしかない。導入するなら、まず小さなプロジェクトで規則を入れ、RLSの抜けが本当に防げるかを試してから広げたい。