Aplikacje AI i wiedza

Rozwój systemów RAG

Model językowy jest tak dobry, jak to, co mu się poda. Większość rozczarowujących odpowiedzi AI to porażki wyszukiwania przebrane za problem modelu: właściwy fragment istniał i nigdy nie został pobrany. Budujemy i dostrajamy warstwę wyszukiwania, a potem ją mierzymy, aby model rozumował na właściwych dowodach.

Problem biznesowy

Pokaz zadziałał, bo zbiór był mały

Naiwne wyszukiwanie wektorowe działa dobrze na kilkuset dokumentach i mocno traci powyżej kilkuset tysięcy. Podział na fragmenty odcina tabelę od jej nagłówka. Semantycznie podobne fragmenty wypierają ten, który jest naprawdę wiążący. Aktualność przegrywa z podobieństwem, więc uchylona polityka wygrywa z obowiązującą. Nic z tego nie jest widoczne bez pomiaru, więc zespoły wdrażają, dostają prawdopodobnie brzmiące odpowiedzi i poznają odsetek błędów dopiero wtedy, gdy ktoś zadziała na podstawie jednej z nich.

Czym się zajmujemy

Zbudować wyszukiwanie, a potem to udowodnić

Zaczynamy od zbudowania zbioru ewaluacyjnego z prawdziwych pytań i znanych poprawnych źródeł, bo nie da się dostroić czegoś, czego nie da się ocenić. Potem pracujemy nad potokiem: podział na fragmenty respektujący strukturę dokumentu, wyszukiwanie hybrydowe łączące słowa kluczowe i wektory, filtry metadanych dla aktualności i mocy wiążącej oraz ponowne uszeregowanie krótkiej listy. Tam, gdzie relacje między obiektami liczą się bardziej niż podobieństwo fragmentów, używamy grafu zamiast udawać, że wektory wystarczą. Każda zmiana jest oceniana na tym samym zbiorze, więc poprawa jest wykazana, a nie deklarowana.

Rozwój systemów RAG

Kompetencje

  • Korporacyjny RAG

  • Zaawansowany RAG

  • GraphRAG

  • Wyszukiwanie hybrydowe

  • Wyszukiwanie wektorowe

  • Optymalizacja wyszukiwania

  • Ewaluacja RAG

Typowe zastosowania

Typowe zastosowania

  • Osadzenie asystenta dla klientów tak, aby każde jego twierdzenie dało się prześledzić do opublikowanego dokumentu.
  • Wyszukiwanie w umowach, gdzie odpowiedź zależy od tego, która umowa obowiązuje, a nie od podobieństwa sformułowań.
  • Przeszukiwanie dokumentacji technicznej, gdzie właściwym fragmentem jest tabela lub podpis rysunku.
  • Przebudowa istniejącego asystenta, który odpowiada wiarygodnie, ale myli się na tyle często, że stracił zaufanie.

Jak realizujemy projekty

Jak realizujemy projekty

  1. Uformowanie

    Zamiana potrzeby w specyfikację: kto korzysta, co jest poprawną odpowiedzią, kto decyduje.

  2. Osadzenie w danych

    Podłączenie do treści i systemów, które zawierają odpowiedzi, z poszanowaniem istniejących uprawnień.

  3. Ewaluacja

    Ocena na oznaczonym zbiorze zbudowanym z Państwa własnych przypadków, zanim zobaczy to ktokolwiek z zewnątrz.

  4. Wdrożenie i eksploatacja

    Stopniowe udostępnienie z monitorowaniem, kontrolą kosztów i zestawem testów chroniącym jakość.

Technologia

Technologia

  • OpenAI
  • Anthropic
  • Azure OpenAI
  • pgvector
  • Elasticsearch
  • Microsoft 365
  • SharePoint
  • Confluence
  • Salesforce

Bezpieczeństwo i nadzór

Bezpieczeństwo i ład

Odpowiedzi są osadzone w Państwa własnych treściach i zawierają odwołania do źródeł, więc czytelnik może je sprawdzić. Wyszukiwanie respektuje uprawnienia ustawione już na źródle, co oznacza, że użytkownik nigdy nie zobaczy przez aplikację tego, czego nie mógłby zobaczyć bezpośrednio. Zapytania, pobrany kontekst i odpowiedzi są rejestrowane na potrzeby audytu, a ewaluacja działa w sposób ciągły, a nie jednorazowo przy starcie.

Modele współpracy

Modele współpracy

Projekt AI

Bierzemy odpowiedzialność za zaprojektowanie i dostarczenie określonego rozwiązania AI.

Dedykowany zespół AI

Długoterminowe, dedykowane zasoby inżynierskie zbudowane wokół Państwa technologii i modelu dostarczania.

Zarządzana AI

Prowadzimy, monitorujemy i stale ulepszamy produkcyjne systemy AI.

Dlaczego TeamExtension.ai

Najpierw mierzymy, potem dostrajamy

Większość prac nad wyszukiwaniem opiera się na intuicji: zmienić rozmiar fragmentu, przeczytać kilka odpowiedzi, uznać, że jest lepiej. My najpierw budujemy oznaczony zbiór, co jest nieefektowne i stanowi całą różnicę między dostrajaniem a zgadywaniem. Zostawia to również zestaw testów regresji, więc aktualizacja modelu za pół roku nie pogorszy po cichu jakości bez niczyjej wiedzy.

Wybrani klienci

Najczęstsze pytania

Najczęstsze pytania

Jak mierzycie, czy wyszukiwanie jest dobre?
Na oznaczonym zbiorze prawdziwych pytań powiązanych z fragmentami, które faktycznie na nie odpowiadają. Raportujemy, czy właściwy fragment został w ogóle pobrany i na którym miejscu się znalazł. Jakość odpowiedzi oceniamy osobno, bo dobra odpowiedź z niewłaściwego źródła to nadal porażka.
Czy potrzebujemy bazy wektorowej?
Często nie. pgvector w istniejącej instancji PostgreSQL obsługuje bardzo wiele obciążeń korporacyjnych bez dokładania infrastruktury do utrzymania. Dedykowany magazyn wektorowy zalecamy wtedy, gdy uzasadnia go skala lub wymagania funkcjonalne, a nie domyślnie.
Czym jest GraphRAG i czy go potrzebujemy?
Wyszukuje po grafie obiektów i relacji, a nie po odizolowanych fragmentach. Uzasadnia dodatkową złożoność, gdy odpowiedzi zależą od powiązań między dokumentami, na przykład łańcuchów własności lub struktur zależności. Przy większości pytań do tekstu ciągłego wyszukiwanie hybrydowe z ponownym uszeregowaniem działa lepiej mniejszym nakładem.
Czy możecie ulepszyć system, który już zbudowaliśmy?
Tak, i zdarza się to często. Zaczynamy od zbudowania zbioru ewaluacyjnego i zmierzenia tego, co Państwo mają. Zwykle pozwala to precyzyjnie zlokalizować problem, a poprawka jest często węższa niż przebudowa.
Jak to zachowuje trafność, gdy treści się zmieniają?
Indeksowanie podąża za źródłem według harmonogramu lub po powiadomieniu o zmianie, a zbiór ewaluacyjny działa w sposób ciągły, a nie jednorazowo. Jakość wyszukiwania jest monitorowana jak każdy inny wskaźnik produkcyjny.

Omów swoją inicjatywę AI

Systemy wyszukiwania osadzające odpowiedzi w Państwa własnych treściach, z odwołaniami do źródeł i mierzalną trafnością.