Postgres 上的本机 AI：NL2SQL、RAG 和代理

Aurabase 的 NL2SQL 引擎在执行前验证每个生成的查询：AST 解析 sql解析器、严格的 SQL 函数白名单和有界的 限制 对每个执行的查询强制执行。这不是一个不受约束的 LLM 调用——它是一个严格的语法验证器，除了简单的语法之外，它拒绝任何东西。 选择.

PG向量 0.8.6 预安装在每个 Aurabase 租户 Postgres 映像中，并配有一个摄取管道，该管道具有自动网络重试和跨 3 个维度类（768、1536 和 3072）的 HNSW 矢量搜索 — 完全在 pgvector 的 16,000 维度限制之内。

OpenAI、Anthropic (Claude) 和 Google Gemini 在 Aurabase 代码库内有专用的本机客户端集成。 Mistral、Scaleway AI 和 Ollama 仍然可以通过 OpenAI 兼容端点进行访问——如果您的堆栈依赖于定制的提供程序原语，那么这是一个重要的操作区别。

Supabase 于 2026 年 2 月推出了官方 Claude 连接器，随后又集成了 ChatGPT。两者都允许从第三方聊天界面查询 Supabase 数据库——一种外部编排模式，与直接嵌入后端本身的 NL2SQL 引擎明显不同。另请参阅我们的 Aurabase 与 Supabase 的全面比较.

在任何执行之前都应用三个安全护栏：严格的语法验证（仅限 SELECT、函数白名单）、通过 LIMIT 有界结果限制，以及将目标模式与调用项目单独隔离。内省模式从来不是由客户提供的——它源自项目数据库，唯一的权威来源。

使用 LangChain 或 LlamaIndex 等框架构建的代理可以调用 Aurabase REST 端点（NL2SQL、RAG、数据库查询）作为从其自己的函数调用循环调用的本机工具。 NL2SQL 扮演着一个精确的角色：将代理的子查询转换为经过验证的、安全的 SQL，而不是授予代理不受限制的 SQL 执行。

// Custom tool called by your agent's function calling loop
export async function nl2sqlTool(question: string) {
  const { data, error } = await aura.ai.nl2sql(question, undefined, { limit: 20 })
  if (error) throw error
  return { sql: data.sql, tables: data.tables }
}