Natywna sztuczna inteligencja
Natywna sztuczna inteligencja w Postgres: NL2SQL, RAG i agenci
NL2SQL i RAG wbudowane bezpośrednio w backend Aurabase — a nie zewnętrzne złącza dodane po namyśle. Dokładny podział znaczenia „rodzimy” – zdolność po możliwości.
Osadzanie Aurabase NL2SQL (język naturalny do SQL, sprawdzony i ograniczony) i SZMATA (wyszukiwanie pgvector, osadzanie HNSW) bezpośrednio do backendu za pomocą 3 rodzimych dostawców LLM (OpenAI, Anthropic/Claude, Gemini). Mistral, Scaleway AI i Ollama pozostają dostępne poprzez punkt końcowy zgodny z OpenAI, a nie przez klienta natywnego dostosowanego do indywidualnych potrzeb.
NL2SQL — podpowiedź w języku naturalnym, bezpieczne wyjście SQL
Silnik NL2SQL Aurabase sprawdza poprawność każdego wygenerowanego zapytania przed wykonaniem: analiza AST przez parser sql, ścisła lista dozwolonych funkcji SQL i ograniczona LIMIT egzekwowane przy każdym wykonanym zapytaniu. To nie jest nieograniczone wywołanie LLM — to ścisły moduł sprawdzania poprawności składni, który zaprzecza wszystkim poza prostym WYBIERAĆ.
Walidator jawnie odrzuca klauzule CTE/WITH, podzapytania, instrukcje UNION, funkcje spoza białej listy (liczyć, suma, średnio, min, maks, niżej, górny, łączyć, data_trunc, Teraz) i dowolny dostęp do katalogu systemowego. Pułap wierszy można konfigurować po stronie serwera i można go ograniczać w zależności od zapytania — nigdy nie przekraczając limitu dzierżawcy.
Natywny RAG i pgvector — zero zewnętrznych zależności
pgwektor Wersja 0.8.6 jest preinstalowana w każdym obrazie Postgres dzierżawcy Aurabase, w połączeniu z potokiem przetwarzania obejmującym automatyczne ponowne próby sieci i wyszukiwanie wektorów HNSW w 3 klasach wymiarów (768, 1536 i 3072) — mieszczące się w limicie wymiarów pgvector wynoszącym 16 000.
Żadnych dodatkowych kroków do „zainstalowania” pgvector: rozszerzenie jest wbudowane w standardowy obraz dzierżawy. Sam potok pozyskiwania to funkcja na poziomie aplikacji, wbudowana bezpośrednio w Aurabase.
Przechowywanie jest zorganizowane według przestrzeni nazw: każdy pobrany dokument (POST /v1/ai/ /rag/połknięcie) jest dzielony na kawałki, osadzany i mapowany do pasującej kolumny wymiaru wektorowego. Punkt końcowy zapytania (POST /v1/ai/ /rag/query) łączy w sobie odzyskiwanie i generowanie; dedykowany punkt końcowy (POBIERZ /v1/ai/ /szukaj) udostępnia samodzielne wyszukiwanie podobieństw wektorowych, bez wywoływania wywołania LLM. Przełączanie modeli osadzania nigdy nie psuje zestawu danych: przestrzeń nazw można ponownie zaindeksować (POST /v1/ai/ /rag/ /reindeks) w ramach nowego modelu bez ponownego przesyłania dokumentów.
Niuanse techniczne rzadko dokumentowane gdzie indziej: powyżej 2000 wymiarów HNSW nie może indeksować standardu pgvector wektor typ. W przypadku wymiarów 3072 Aurabase automatycznie wykorzystuje dźwignię półvec(3072) (mniejsza precyzja, możliwość indeksowania) zamiast cichego rozkładania zapytań do skanowania pełnych tabel. Domyślnie pobieranie zwraca 5 fragmentów (góra_k) powyżej progu podobieństwa 0,3 — oba parametry można zastąpić na zapytanie.
3 natywnych dostawców i co wyklucza „natywny”.
OpenAI, Anthropic (Claude) i Google Gemini oferują dedykowane integracje klientów natywnych w bazie kodu Aurabase. Mistral, Scaleway AI i Ollama pozostają dostępne za pośrednictwem punktu końcowego kompatybilnego z OpenAI — ważne rozróżnienie operacyjne, jeśli Twój stos opiera się na prymitywnych dostawcach dostosowanych do potrzeb.
| Dostawca | Integracja | Uderzenie |
|---|---|---|
| OpenAI | Dedicated native client | Direct project API key configuration |
| Antropiczny (Claude) | Dedicated native client | Direct project API key configuration |
| Google Bliźnięta | Dedicated native client | Direct project API key configuration |
| Mistral | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| Skalowalna sztuczna inteligencja | OpenAI-compatible endpoint | Functional via standard endpoint, without custom client |
| Ollama (własny gospodarz) | OpenAI-compatible endpoint | Idealny do lokalnych LLM lub wdrożeń lokalnych |
Dlaczego Supabase stawia na złącza, a nie natywny NL2SQL
Supabase uruchomił oficjalny konektor Claude w lutym 2026 r., po którym nastąpiła integracja ChatGPT. Obydwa umożliwiają wysyłanie zapytań do bazy danych Supabase z interfejsu czatu innej firmy — jest to zewnętrzny wzorzec orkiestracji, wyraźnie różniący się od silnika NL2SQL wbudowanego bezpośrednio w sam backend. Zobacz także nasze kompleksowe porównanie Aurabase vs Supabase.
Co powstrzymuje LLM przed uruchamianiem dowolnych lub destrukcyjnych zapytań
Przed wykonaniem obowiązują trzy zabezpieczenia: ścisła weryfikacja składni (tylko SELECT, lista dozwolonych funkcji), ograniczony limit wyników poprzez LIMIT i izolacja schematu docelowego wyłącznie dla projektu wywołującego. Introspekcja schematu nigdy nie jest dostarczana przez klienta — pochodzi z bazy danych projektu, jedynego wiarygodnego źródła.
WYBIERAĆ zapytania. Jakakolwiek próba WSTAWIĆ, AKTUALIZACJA, USUWAĆ, UPUSZCZAĆ, TWORZYĆ, Lub ZMIENIAĆ emitowane przez model jest odrzucane na poziomie AST — przed wykonaniem, a nie tylko poprzez szybką instrukcję.Poza ograniczeniami dotyczącymi tylko SELECT, walidator blokuje także CTE/WITH, podzapytania, instrukcje UNION/INTERSECT/EXCEPT, funkcje z wartościami tabelarycznymi (generuj serię, pg_sleep…), funkcje okna, kwotowanie dolarów i klauzule blokujące (DO AKTUALIZACJI). Dokładny przegląd zabezpieczeń przechodzi przez całe abstrakcyjne drzewo składni — w tym klauzule DISTINCT ON, OFFSET, FETCH i agregujące — zapewniając, że żadna zakazana funkcja nie przedostanie się przez niesprawdzony węzeł AST.
Agenci AI na Postgres — wywoływanie funkcji, a nie nieograniczony SQL
Agenci zbudowani przy użyciu frameworków takich jak LangChain lub LlamaIndex mogą wywoływać punkty końcowe Aurabase REST — NL2SQL, RAG, zapytania do bazy danych — jako natywne narzędzia wywoływane z własnej pętli wywoływania funkcji. NL2SQL odgrywa precyzyjną rolę: przekształca zapytanie cząstkowe agenta w zweryfikowany, bezpieczny kod SQL, zamiast zapewniać agentowi nieograniczone wykonywanie kodu SQL.
W praktyce narzędzie udostępnione agentowi otacza standardowe wywołanie HTTP do punktu końcowego NL2SQL — SDK wykonuje żądanie bez konieczności stosowania niestandardowych wtyczek frameworka:
Często zadawane pytania
ZRÓB NASTĘPNY KROK
Połącz NL2SQL i natywny RAG bezpośrednio z bazą danych Postgres.
Zero instalacji innych firm, wbudowanej bezpośrednio w silnik zaplecza.
Karta kredytowa nie jest wymagana · 500 MB za darmo · 50 000 MAU