コネクタと NL2SQL エンドポイントは、同じことを実現する 2 つの方法ではありません。 1 つ目は、Claude または ChatGPT からベースと通信するために使用されます。 2 つ目は、自社製品のユーザーが、どの AI クライアントを使用しているか、またはまったく使用していないかに関係なく、自然言語で質問できるようにすることです。ネイティブAI のバックエンドは、この 2 番目のニーズを、事後に組み立てられるサードパーティ サービスとしてではなく、コード内で検証可能な製品機能として扱います。
必需品
- Supabase は、2026 年 2 月 3 日に公式 Claude Connector を、2026 年 5 月 8 日に公式 ChatGPT アプリを開始しました。これは公式ブログと claude.com に記載されています。
- MCP コネクタは、Claude または ChatGPT を Supabase プロジェクトに接続します。自然言語→アクションの変換は、Supabase API 自体ではなく、AI クライアント側に残ります。
- ネイティブ NL2SQL は異なるアーキテクチャです。SQL の質問を変換して検証するバックエンドのエンドポイントであり、使用される AI クライアントに関係なく、任意のアプリケーションから呼び出すことができます。
- コネクタは、最初に、Claude または ChatGPT からプロジェクトとチャットする開発者またはオペレーターにサービスを提供します。ネイティブ NL2SQL は、バックエンド上に構築された製品の エンド ユーザー にサービスを提供します。
- この記事の執筆時点では、Supabase 用の公式の Perplexity コネクタは確認できませんでした。これに関する言及を見つけた場合は、注意して扱ってください。
3 か月間隔で 2 回の正式リリース
2026 年 2 月 3 日、Supabase は公式の Claude コネクタを発表しました。 2025 年以来、Claude.ai は、ワンクリックでリモート MCP サーバーを会話に接続できるコネクタのディレクトリを提供してきました。 2026 年 5 月 8 日、Supabase は ChatGPT アプリ カタログに加わりました。ChatGPT アプリ カタログは、サードパーティ サービスをチャット インターフェイスに直接統合するために OpenAI によって 2025 年に開始されたプログラムです。
どちらの発表も Supabase の公式ブログ (supabase.com/blog) とクロード側の claude.com に文書化されています。彼らは古いツールを拡張します。 Supabase は 2025 年からオープンソースの MCP サーバーを維持しており、すでに Cursor や Windsurf などのエディターでテーブルの一覧表示や読み取りクエリの実行に使用されています。会話から移行を適用するためにも使用されます。
Claude コネクタと ChatGPT アプリは、おそらく、この機会に合わせて構築されたまったく新しい機能ではなく、2 つの主流プラットフォーム用にホストおよびパッケージ化されたバージョンです。それぞれが提示したツールの正確な詳細を個別に検証することはできませんでした。この読み取り値は、確認された技術仕様ではなく、合理的な推論として扱ってください。
会話コネクタとネイティブ NL2SQL は同じ問題を解決しません
MCP コネクタはリモコンのように機能します。 Claude または ChatGPT は質問を受け取り、コネクタによって公開されているツールの中からどのツールを呼び出すかを決定し、会話で回答を返します。意図の理解とアクションの選択は、Supabase API ではなくアシスタントの言語モデルで行われます。Supabase はツールを公開し、Claude または ChatGPT がその使用を決定します。
ネイティブ NL2SQL エンドポイントでは、この責任が逆転します。バックエンドは質問を直接受信し、構成された LLM 自体を呼び出し、生成された SQL を検証してから、制限付きクエリを実行します。この機能はバックエンド API に存在します。どのアプリケーションでも、Claude.ai や ChatGPT アプリを経由せずに、独自のユーザーのためにこの機能を呼び出すことができます。
| 寸法 | 会話コネクタ | ネイティブ NL2SQL (バックエンド) |
|---|---|---|
| 言語→アクションの変換はどこにあるのでしょうか? | アシスタントモデル（Claude、ChatGPT）の場合 | バックエンド API 自体内 |
| 典型的なエンドユーザー | Claude または ChatGPT の開発者またはオペレーター | バックエンド上に構築された製品の任意のユーザー |
| 自社製品への組み込みも可能 | いいえ、Claude または ChatGPT を開く必要があります | はい、独自のインターフェースからの API 呼び出し |
| 言語モデルプロバイダー | ユーザーが選択した AI クライアントによって設定 | バックエンド側で構成可能 (例: OpenAI、Claude、Gemini) |
| 生成されたSQLの検証 | コネクタの実装に依存し、サードパーティに対して不透明 | それを公開するバックエンドコードで検証可能 |
これら 2 つのアーキテクチャは競合しません。バックエンドは、オペレーター用の MCP コネクタと、エンド ユーザー用のネイティブ NL2SQL エンドポイントを同時に非常にうまく公開できます。 Supabase のタイムラインが示しているのは、開発投資が最初にどこに投入されたかということです。
単なる技術的な選択ではなく、ディストリビューションの選択
MCP コネクタの構築は、エンジニアリングの観点から見ると、独自の NL2SQL エンドポイントを構築して維持するよりもコストが低くなります。このコネクタは、Anthropic または OpenAI がモデル用にすでに開発した推論とセキュリティを再利用します。ネイティブ エンドポイントでは、バックエンド プロバイダーが LLM への呼び出し、生成された SQL の検証、幻覚自体のリスクを管理する必要があります。
分配に関する議論もあります。 Claude と ChatGPT は、単独の BaaS よりもはるかに大きなユーザー ベースを持っています。公式コネクタをリリースすると、すでに Claude または ChatGPT を開いている何百万もの人々の日常のワークフローに Supabase が直接組み込まれます。最初に自分のサイトにアクセスするようユーザーを説得する必要はありません。
カレンダーはこの考えを裏付けています。 Supabase は、これら 2 つの発表の前に、すでにオープンソース MCP サーバーを維持していました。公式コネクタは、新しいサイトを最初から開くのではなく、既存の牽引力を拡大します。これは、新製品の能力への賭け以上に、Supabase ですでに非常に活発に行われているコンテンツと可視性の戦略と一致しています。
コネクタは製品の NL2SQL の必要性を置き換えますか?
Claude コネクタまたは ChatGPT アプリは、エンド ユーザーが互換性のあるアカウントとサブスクリプションを使用して Claude または ChatGPT を開くことを前提としています。これは、コーディング中に自分のプロジェクトにクエリを実行する開発者、または会話から運用環境でデバッグを行うオペレータに非常に適しています。これは、隣の Claude タブではなく、独自のインターフェイスでの応答を期待する SaaS のエンド ユーザーには適していません。
秘密の質問は個別に尋ねる価値があります。一般的な会話アシスタントを、運用データベースで読み取り、場合によっては書き込みが可能なツールに接続すると、攻撃対象領域が広がります。曖昧な質問やプロンプトの操作により、アシスタントが望ましくないアクションに誘導される可能性があります。このリスクは、Supabase に特有のものではなく、MCP サーバー全般で文書化されています。ネイティブ NL2SQL エンドポイントも同じ種類のリスクに直面しますが、バックエンド プロバイダーはサードパーティに依存するのではなく、検証を直接制御します。
AI コネクタに関するクロードと ChatGPT の会話では、当惑がよく話題になります。この記事の執筆時点では、Supabase 専用の Perplexity コネクタを確認している公式ソースはありません。そのような統合が存在する、または出現する場合、それは同じ読み取りフレームワークに値します。コネクタは、自動的に自社製品のエンド ユーザーにサービスを提供するのではなく、AI クライアントのユーザーにサービスを提供します。
最新の発表ではなく、ニーズをアーキテクチャに合わせる
最初のニーズを取り上げます。「開発中に Claude または ChatGPT からベースと会話したい」。 MCP コネクタは、その下で使用されている Postgres バックエンドに関係なく、それに直接応答します。これはオペレータのニーズであり、製品のニーズではありません。
2 番目のニーズについて考えてみましょう。「製品のユーザーが、Claude アカウントや ChatGPT アカウントに依存せずに、私のインターフェイスで自然言語で質問できるようにしたい」です。バックエンドの比較でチェックすべき正しいボックスは、API で公開されるネイティブ NL2SQL です。これは製品の機能であり、開発ツールではありません。たとえば、Aurabase は、構文ツリーで生成された SQL を検証し、コード内で検証された返される行数を体系的に制限する NL2SQL エンドポイントを公開しています。 NL2SQL のプレゼンテーションでは完全な仕組みが説明されており、のステップバイステップ チュートリアル ではエンドポイントの構築方法が示されています。
この NL2SQL の背後にある LLM プロバイダーの選択も重要です。 Claude、OpenAI、および Gemini を専用のネイティブ クライアントとして扱うバックエンドは、それらすべてを単一の OpenAI 互換エンドポイント経由でルーティングするバックエンドのように動作しません。この違いについては、ネイティブ AI ゲートウェイと OpenAI 互換の の比較で詳しく説明しています。 Postgres で利用できるネイティブ AI 機能の概要については、 ネイティブ AI ページを参照してください。
よくある質問
Supabase の 2 つの発表は、流通に関する問題、つまり何百万人もの人々が AI とチャットしている場所に存在すること、つまり会話を自社の製品に引き付けるのではなく、その場に存在するという問題に取り組んでいます。これは擁護可能な賭けではありますが、ユーザー自身のバックエンドに組み込まれた NL2SQL 機能に代わるものではありません。
比較グリッドの「AI」ボックスにチェックを入れる前に、2 つのアーキテクチャのどちらが実際にニーズを満たしているかを確認してください。 1 つは基地と話し合うオペレーターに仕えます。もう 1 つは製品のエンド ユーザーにサービスを提供します。この選択をより広範な比較の中で位置付けるには、「 Aurabase と Supabase」を参照してください。