IA nativa
IA nativa su Postgres: NL2SQL, RAG e agenti
NL2SQL e RAG integrati direttamente nel backend Aurabase, senza connettori esterni aggiunti in un secondo momento. Analizzando esattamente cosa significa "nativo", capacità per capacità.
Incorpora Aurabase NL2SQL (linguaggio naturale per SQL, convalidato e limitato) e RAG (ricerca pgvettoriale, incorporamenti HNSW) direttamente nel backend, con 3 fornitori LLM nativi (OpenAI, Antropico/Claude, Gemelli). Mistral, Scaleway AI e Ollama rimangono accessibili tramite un endpoint compatibile con OpenAI, anziché un client nativo su misura.
NL2SQL: un prompt in linguaggio naturale, output SQL sicuro
Il motore NL2SQL di Aurabase convalida ogni query generata prima dell'esecuzione: analisi AST tramite sqlparser, una lista consentita di funzioni SQL rigorose e un limite LIMITE applicato su ogni query eseguita. Questa non è una chiamata LLM non vincolata: è un rigoroso validatore di sintassi che nega qualsiasi cosa oltre un semplice SELEZIONA.
Il validatore rifiuta esplicitamente clausole CTE/WITH, sottoquery, istruzioni UNION, funzioni non incluse nella whitelist (contare, somma, media, min, massimo, inferiore, superiore, coalizzarsi, data_trunc, ora) e qualsiasi accesso al catalogo di sistema. Il limite massimo delle righe è configurabile lato server e può essere limitato per query, mai espanso oltre il limite del tenant.
RAG e pgvettori nativi: zero dipendenze esterne
pgvettore 0.8.6 è preinstallato in ogni immagine Postgres del tenant Aurabase, insieme a una pipeline di acquisizione con tentativi di rete automatici e ricerca vettoriale HNSW su 3 classi di dimensione (768, 1536 e 3072) - ben entro il limite di 16.000 dimensioni di pgvector.
Nessun passaggio aggiuntivo per "installare" pgvettor: l'estensione è integrata nell'immagine del tenant standard. La stessa pipeline di acquisizione è una funzionalità a livello di applicazione progettata direttamente in Aurabase.
L'archiviazione è strutturata per spazio dei nomi: ogni documento acquisito (POST /v1/ai/ /rag/ingest) viene suddiviso in blocchi, incorporato e mappato alla colonna della dimensione vettoriale corrispondente. L'endpoint della query (POST /v1/ai/ /rag/query) combina il recupero e la generazione; un endpoint dedicato (OTTIENI /v1/ai/ /search) espone autonomamente la ricerca per similarità dei vettori, senza attivare una chiamata LLM. Il cambio dei modelli di incorporamento non interrompe mai il set di dati: uno spazio dei nomi può essere reindicizzato (POST /v1/ai/ /rag/ /reindex) con un nuovo modello senza ricaricare i documenti.
Sfumature tecniche raramente documentate altrove: oltre le 2.000 dimensioni, HNSW non può indicizzare lo standard di pgvector vettore tipo. Per 3072 dimensioni, Aurabase utilizza automaticamente la leva finanziaria halfvec(3072) (precisione ridotta, indicizzabile) anziché ridurre silenziosamente le query in scansioni di tabelle complete. Per impostazione predefinita, il recupero restituisce 5 passaggi (top_k) sopra una soglia di somiglianza di 0,3: entrambi i parametri possono essere sovrascritti per query.
3 fornitori nativi e cosa esclude "nativo".
OpenAI, Anthropic (Claude) e Google Gemini hanno integrazioni client native dedicate all'interno del codebase Aurabase. Mistral, Scaleway AI e Ollama rimangono accessibili tramite un endpoint compatibile con OpenAI: un'importante distinzione operativa se il tuo stack si basa su primitive di provider su misura.
| Fornitore | Integrazione | Impatto |
|---|---|---|
| OpenAI | Dedicated native client | Direct project API key configuration |
| Antropico (Claude) | Dedicated native client | Direct project API key configuration |
| Google Gemelli | Dedicated native client | Direct project API key configuration |
| Maestrale | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| IA della scala | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| Ollama (ospitato autonomamente) | OpenAI-compatible endpoint | Ideale per LLM locali o distribuzioni locali |
Perché Supabase scommette sui connettori anziché su NL2SQL nativo
Supabase ha lanciato un connettore Claude ufficiale nel febbraio 2026, seguito da un'integrazione ChatGPT. Entrambi consentono di interrogare un database Supabase da un'interfaccia di chat di terze parti: un modello di orchestrazione esterno, nettamente diverso da un motore NL2SQL incorporato direttamente nel backend stesso. Vedi anche il nostro Confronto completo tra Aurabase e Supabase.
Cosa impedisce a un LLM di eseguire query arbitrarie o distruttive
Prima di qualsiasi esecuzione si applicano tre barriere di sicurezza: rigorosa convalida della sintassi (solo SELECT, lista consentita delle funzioni), limite di risultati delimitato tramite LIMIT e isolamento dello schema di destinazione solo per il progetto chiamante. Lo schema introspezionato non viene mai fornito dal cliente: proviene dal database del progetto, l'unica fonte autorevole.
SELEZIONA domande. Qualsiasi tentativo di INSERIRE, AGGIORNAMENTO, ELIMINA, GOCCIA, CREA, o ALTERARE emesso dal modello viene rifiutato a livello AST, prima dell'esecuzione, non semplicemente tramite un'istruzione tempestiva.Oltre alle restrizioni solo SELECT, il validatore blocca anche CTE/WITH, sottoquery, istruzioni UNION/INTERSECT/EXCEPT, funzioni con valori di tabella (generare_serie, pg_sonno…), funzioni finestra, quotazioni in dollari e clausole di blocco (PER AGGIORNAMENTO). Un'accurata passeggiata sulla sicurezza attraversa l'intero albero della sintassi astratta, comprese le clausole DISTINCT ON, OFFSET, FETCH e aggregate, garantendo che nessuna funzione vietata passi attraverso un nodo AST non ispezionato.
Agenti AI su Postgres: chiamata di funzioni, non SQL non vincolato
Gli agenti creati con framework come LangChain o LlamaIndex possono chiamare endpoint REST Aurabase (NL2SQL, RAG, query di database) come strumenti nativi richiamati dal proprio ciclo di chiamata di funzioni. NL2SQL svolge un ruolo preciso: trasformare la sottoquery dell'agente in SQL convalidato e sicuro, anziché garantire all'agente un'esecuzione SQL senza restrizioni.
In pratica, lo strumento esposto all'agente esegue il wrapper di una chiamata HTTP standard all'endpoint NL2SQL: l'SDK esegue la richiesta senza richiedere plug-in del framework personalizzato:
Domande frequenti
FAI IL PASSO SUCCESSIVO
Connetti NL2SQL e RAG nativo direttamente al tuo database Postgres.
Nessun impianto idraulico di terze parti, integrato direttamente nel motore di backend.
Nessuna carta di credito richiesta · 500 MB gratuiti · 50.000 MAU