ESRA — Enterprise Semantic Retrieval Agent

Zapytaj w języku naturalnym.
Otrzymaj zarządzane dowody

ESRA — Enterprise Semantic Retrieval Agent — pozwala klientowi AI zadać pytanie w języku naturalnym i otrzymać zarządzane dowody z Twoich własnych baz danych, bez bazy wektorowej, bez pipeline'u embeddingów i bez kopii Twoich danych, chyba że sam o nią poprosisz. Działa wewnątrz platformy AI API Mapper i jest zawarty w każdym planie bez dodatkowych kosztów.

Wyszukiwanie działa tam, gdzie Twoje dane już są

ESRA jest publikowany klientom AI jako zwykłe narzędzie MCP przez Runtime ApiMappera, więc wszystko, co już rządzi wywołaniem narzędzia — uwierzytelnianie, polityka dostępu, audyt, limity szybkości, izolacja tenantów — bez zmian rządzi także wywołaniem wyszukiwania.

Wyszukiwanie działa na natywnym silniku pełnotekstowym samej bazy danych. Nic nie opuszcza systemu źródłowego w celu indeksowania, ranking wynika z dopasowań terminów w nazwanych polach, a nie z odległości w nieprzejrzystej przestrzeni, a bezpieczeństwo na poziomie rekordu egzekwuje baza danych, wewnątrz zapytania.

Odwiedź stronę 

Jak przebiega wywołanie wyszukiwania

Siedem etapów, każdy ograniczony i możliwy do prześledzenia. Model AI proponuje możliwe strategie wyszukiwania; deterministyczna logika platformy decyduje, co faktycznie zostanie uruchomione.

1
Ustalenie autoryzowanych źródeł

Autoryzacja zawsze następuje jako pierwsza. Źródło, do którego wywołujący nie ma dostępu, nigdy nie pojawia się w prompcie, logu, diagnostyce ani odpowiedzi.

2
Wybór źródeł istotnych dla pytania

Źródła obowiązkowe są przeszukiwane zawsze. Opcjonalne wybiera model usługowy wyłącznie na podstawie opisów biznesowych — nigdy schematu, hosta ani poświadczenia.

3
Zaplanowanie kilku wyszukiwań

Dla każdego źródła: dokładna fraza, szerokie wyszukiwanie po słowach kluczowych, synonimy, rozwinięcie skrótów i wariant ważony świeżością — aby o odpowiedzi nie decydowało jedno sformułowanie pytania.

4
Walidacja każdego planu

Model tworzy ustrukturyzowaną intencję, nigdy SQL. Każdy plan jest walidowany deterministycznie, zanim będzie mógł zostać uruchomiony, więc plan, który nie przejdzie walidacji, nigdy nie dotrze do bazy danych.

5
Wykonanie w wyznaczonych granicach

Sparametryzowane zapytania pełnotekstowe wykonują się równolegle na koncie bazy danych tylko do odczytu, z limitem czasu na źródło, limitami wierszy i circuit breakerami.

6
Normalizacja i deduplikacja

Wyniki z każdego silnika są sprowadzane do jednej postaci i deduplikowane, z zachowaniem informacji o tym, które zapytania znalazły dany rekord.

7
Reranking i odpowiedź

Semantyczny reranking wyłania dowody Top-K. Tam, gdzie pozwala na to exposure, ESRA komponuje odpowiedź opartą wyłącznie na tych dowodach, cytując wykorzystane rekordy.

Brak dowodów oznacza brak odpowiedzi, a nie odpowiedź zmyśloną — odpowiedź, której nic nie uzasadnia, to dokładnie ten błąd, któremu odpowiedzi oparte na dowodach mają zapobiegać.

Kluczowe funkcje

Sześć obszarów, które sprawiają, że wyszukiwanie w języku naturalnym można naprawdę udostępnić klientowi AI w firmie.

Żadnej bazy wektorowej

Żadnego zadania embeddingów do uruchomienia, żadnego magazynu wektorów do zabezpieczenia i żadnego okna nieaktualności między zmianą rekordu a nadążeniem indeksu. Twoje dane zostają w systemie, który jest ich właścicielem.

Sześć silników, jeden kontrakt

PostgreSQL, SQL Server, MySQL/MariaDB, Elasticsearch/OpenSearch, MongoDB i Oracle Text — każdy przez własne natywne funkcje pełnotekstowe. Żaden termin wygenerowany przez model nie staje się strukturą zapytania, zawsze pozostaje jedynie wartością w jego wnętrzu.

Model proponuje, platforma decyduje

Każdy etap wspomagany modelem ma deterministyczny wariant zapasowy: jeśli model jest wolny lub niedostępny, wyszukiwanie nadal działa, a odpowiedź jest oznaczana jako zdegradowana, zamiast kończyć się błędem.

Exposure może tylko zawężać

Źródło zezwala, capability wiąże jego podzbiór, exposure publikuje podzbiór tego podzbioru. Próba poszerzenia limitu to błąd publikacji z nazwaną przyczyną — nigdy ciche przycięcie.

Rozdzielenie obowiązków

Przechowywanie sekretu połączenia, modelowanie tego, co jest przeszukiwalne, tworzenie polityki dostępu i publikowanie do odbiorców to cztery odrębne uprawnienia. Żadna pojedyncza rola nie zamknie tego łańcucha.

Prowadzony onboarding i Try a query

Kreator czyta katalog bazy danych i proponuje, co przeszukiwać. Po publikacji Try a query uruchamia prawdziwy pipeline i śledzi każdy jego etap, więc na pytanie "dlaczego nic nie zwróciło" da się odpowiedzieć, zanim zada je wywołujący.

Czego wywołujący nigdy nie zobaczy

Nigdy w odpowiedzi: SQL, szczegóły połączenia, poświadczenia, ślady stosu, diagnostyka dostawcy ani żadne pole, którego nie oznaczono wprost jako zwracane. Bezpieczeństwo na poziomie rekordu jest stosowane jako sparametryzowany predykat wewnątrz zapytania, a brakujący claim oznacza fail-closed: zapytanie nie zostaje wykonane, a źródło jest pomijane w wywołaniu. ESRA nigdy nie podstawia wartości domyślnej i nigdy nie pomija predykatu.

Gotowy, by agenci bezpiecznie czytali Twoje dane?

Umów się na sesję techniczną z naszym zespołem — lub poznaj dokumentację ESRA.