Supabase (スーパーベース) は2026年10月13日(現地時間)、SpaceX AI Partner Network (スペースエックスエーアイパートナーネットワーク) への加入を発表した。この提携により、Grok Bot (グロックボット) とCursor (カーソル) が連携し、チームメンバーはチャットを通じてSupabaseバックエンドへの変更をリクエストできるようになる。Cursorはリクエストされた変更を構築し、Supabaseのバックエンドに対して実行する。これにより、開発プロセスが大幅に効率化され、迅速な機能改善が期待される。
SupabaseがSpaceX AI Partner Networkに加わったことで、Grok BotをCursorと接続し、チーム内の誰もがチャットを通じてバックエンドへの変更を要求できるようになった。CursorはSupabase MCPサーバーを通じてSupabaseバックエンドに対してコードを構築および実行する。Grok Botは、必要な人物から受け取ったリクエストを、指定されたエンジニアリング作業としてCursorに渡す。
Cursorはコードを記述・実行し、Supabase MCPサーバーを通じてデータベースへのクエリ、スキーマの検査、ログの読み取り、Supabase Edge Functions (スーパーベースエッジファンクションズ) のデプロイを、データが存在するSupabaseプロジェクト内で行う。CursorセッションからのSupabaseツール呼び出しの分析によると、エージェントがSupabaseデータベースに対してクエリを実行した後、92%のケースで次の呼び出しも別のクエリであることが示された。これにより、調査、テスト、修正、作業確認が継続的に行われる。
クエリが失敗した場合、79%のケースで次の呼び出しは別のexecute_sqlであり、エラーによってセッションが終了するのは約2%に過ぎない。これにより、コードの自動修正が可能となる。リクエストは誰からでも可能であり、Cursorはほとんどの場合、作業中のSupabaseプロジェクトを認識し、そうでない場合はプロジェクトをリストアップして正しいものを特定する。その後、list_tablesでスキーマを読み込んでからクエリを実行する。
エージェントは変更を自身で検証する。例えばapply_migrationの後、81%のセッションがクエリまたはlist_tablesで変更の適用を確認する。また、get_advisorsは、Row Level Security (ロウレベルセキュリティ) が欠落しているテーブルやインデックスされていない外部キーなど、プロジェクト内の問題をスキャンする。これにより、コメント機能の追加といったリクエストも、RLSが有効な状態でセキュリティチェックが実行される。SupabaseとSpaceX AIの統合は開発者コミュニティで人気があり、今回のパートナーネットワーク加入により、その需要に直接応え、ツールが進化しても統合がファーストクラスのエクスペリエンスとして維持される。
参考: Supabase Blog (アーカイブ) — 2026年10月13日 09:00 (JST)
原文ハイライト"Ship changes to your Supabase backend with Grok Bot"