ネイティブAI
Postgres 上のネイティブ AI: NL2SQL、RAG、エージェント
NL2SQL と RAG は、後から追加された外部コネクタではなく、Aurabase バックエンドに直接組み込まれています。 「ネイティブ」が何を意味するのかを、能力ごとに正確に分析します。
Aurabase の埋め込み NL2SQL (自然言語から SQL、検証済み、制限付き) および ラグ (pgvector 検索、HNSW 埋め込み) をバックエンドに直接、 3 つのネイティブ LLM プロバイダー (OpenAI、Anthropic/Claude、Gemini)。 Mistral、Scaleway AI、Ollama には、特注のネイティブ クライアントではなく、OpenAI 互換エンドポイント経由で引き続きアクセスできます。
NL2SQL — 自然言語プロンプト、安全な SQL 出力
Aurabase の NL2SQL エンジンは、生成されたすべてのクエリを実行前に検証します: AST 解析 SQLパーサー、厳密な SQL 関数許可リスト、および制限された リミット 実行されるすべてのクエリに適用されます。これは制約のない LLM 呼び出しではなく、単純な構文以上のものを拒否する厳密な構文検証です。 選択.
バリデーターは、CTE/WITH 句、サブクエリ、UNION ステートメント、ホワイトリストに登録されていない関数 (数える, 合計, 平均, 分, 最大, 低い, 上部, 合体する, date_trunc, 今)、およびシステム カタログへのアクセス。行の上限はサーバー側で構成可能で、クエリごとに制限できます。テナントの制限を超えて拡張することはできません。
ネイティブ RAG および pgvector — 外部依存関係なし
ベクター 0.8.6 は、すべての Aurabase テナント Postgres イメージにプリインストールされており、自動ネットワーク再試行と 3 次元クラス (768、1536、および 3072) にわたる HNSW ベクトル検索を特徴とする取り込みパイプラインと組み合わされています (pgvector の 16,000 次元制限内に十分収まります)。
pgvector を「インストール」するための追加手順はありません。拡張機能は標準のテナント イメージに組み込まれます。取り込みパイプライン自体は、Aurabase に直接組み込まれたアプリケーションレベルの機能です。
ストレージは名前空間によって構造化されます: 取り込まれた各ドキュメント (POST /v1/ai/ /rag/ingest) はチャンク化され、埋め込まれ、一致するベクトル次元列にマップされます。クエリエンドポイント (POST /v1/ai/ /rag/query) 検索と生成を組み合わせます。専用のエンドポイント (GET /v1/ai/ /検索) は、LLM 呼び出しをトリガーせずに、ベクトル類似性検索を独自に公開します。埋め込みモデルを切り替えてもデータセットが壊れることはありません。名前空間のインデックスを再作成できます (POST /v1/ai/ /rag/ /reindex) ドキュメントを再アップロードせずに、新しいモデルで。
技術的なニュアンスは他ではほとんど文書化されていません: 2,000 次元を超えると、HNSW は pgvector の標準にインデックスを付けることができません ベクトル タイプ。 3072 ディメンションの場合、Aurabase は自動的に ハーフベック(3072) クエリを黙って完全テーブル スキャンに劣化させるのではなく、(精度の低下、インデックス化可能)。デフォルトでは、検索により 5 つのパッセージが返されます (トップ_k) 0.3 の類似性しきい値を超える — 両方のパラメータはクエリごとにオーバーライドできます。
3 つのネイティブ プロバイダーと「ネイティブ」で除外されるもの
OpenAI、Anthropic (Claude)、Google Gemini には、Aurabase コードベース内に専用のネイティブ クライアント統合があります。 Mistral、Scaleway AI、および Ollama は、OpenAI 互換エンドポイント経由で引き続きアクセスできます。スタックが特注のプロバイダー プリミティブに依存している場合、これは重要な操作上の違いです。
| プロバイダー | 統合 | 影響 |
|---|---|---|
| OpenAI | Dedicated native client | Direct project API key configuration |
| 人間性(クロード) | Dedicated native client | Direct project API key configuration |
| Google ジェミニ | Dedicated native client | Direct project API key configuration |
| ミストラル | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| スケールウェイAI | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| Ollama (自己ホスト型) | OpenAI-compatible endpoint | ローカル LLM またはオンプレミス展開に最適 |
Supabase がネイティブ NL2SQL ではなくコネクタに賭ける理由
Supabase は 2026 年 2 月に公式の Claude コネクタを開始し、続いて ChatGPT の統合を開始しました。どちらも、サードパーティのチャット インターフェイスから Supabase データベースにクエリを実行できます。これは、バックエンド自体に直接埋め込まれた NL2SQL エンジンとは明らかに異なる、外部オーケストレーション パターンです。こちらもご覧ください Aurabase と Supabase の包括的な比較.
LLM による任意のクエリまたは破壊的なクエリの実行を阻止するもの
実行前に 3 つの安全ガードレールが適用されます。厳密な構文検証 (SELECT のみ、関数許可リスト)、LIMIT による結果の制限、呼び出し側プロジェクトのみへのターゲット スキーマの分離です。イントロスペクトされたスキーマはクライアントによって提供されることはありません。唯一の信頼できるソースであるプロジェクト データベースから生成されます。
選択 クエリ。あらゆる試み 挿入, 更新, 削除, ドロップ, 作成する、または 変更 モデルによって発行されたメッセージは、単にプロンプト命令を介してではなく、実行前に AST レベルで拒否されます。SELECT のみの制限を超えて、バリデーターは CTE/WITH、サブクエリ、UNION/INTERSECT/EXCEPT ステートメント、テーブル値関数 (生成シリーズ, pg_sleep…)、ウィンドウ関数、ドル引用符、およびロック句 (アップデート用)。徹底したセキュリティウォークにより、DISTINCT ON、OFFSET、FETCH、集約句を含む抽象構文ツリー全体がスキャンされ、禁止された関数が検査されていない AST ノードをすり抜けないことが保証されます。
Postgres 上の AI エージェント — 制約のない SQL ではなく関数呼び出し
LangChain や LlamaIndex などのフレームワークで構築されたエージェントは、Aurabase REST エンドポイント (NL2SQL、RAG、データベースクエリ) を、独自の関数呼び出しループから呼び出されるネイティブ ツールとして呼び出すことができます。 NL2SQL は、エージェントに無制限の SQL 実行を許可するのではなく、エージェントのサブクエリを検証済みの安全な SQL に変換するという正確な役割を果たします。
実際には、エージェントに公開されるツールは NL2SQL エンドポイントへの標準 HTTP 呼び出しをラップします。SDK はカスタム フレームワーク プラグインを必要とせずにリクエストを実行します。
よくある質問
次のステップに進みましょう
NL2SQL とネイティブ RAG を Postgres データベースに直接接続します。
サードパーティの配管は不要で、バックエンド エンジンに直接組み込まれています。
クレジット カードは不要 · 500 MB 無料 · 50,000 MAU