Dlaczego odpowiedź systemu wiedzy musi wskazywać dokument źródłowy

Trafna odpowiedź bez wskazania dokumentu źródłowego nie nadaje się do rozmowy z klientem, bo handlowiec nie jest w stanie jej obronić. Kiedy klient pyta „skąd to wiesz”, odpowiedź „system tak powiedział” nie przenosi odpowiedzialności na nikogo, kto mógłby ją ponieść. Odpowiedź, która wskazuje katalog producenta, wersję i stronę, można sprawdzić przed wysłaniem oferty i pokazać klientowi po jej wysłaniu. Ta różnica dotyczy każdego systemu wiedzy, niezależnie od dostawcy.

Dlaczego trafna odpowiedź bez źródła jest bezużyteczna w sprzedaży technicznej

W dystrybucji technicznej B2B parametr podany klientowi staje się częścią oferty, a oferta jest zobowiązaniem. Pomylony moment obrotowy lub zły przekrój przewodu ujawniają się dopiero na montażu, a koszt reklamacji ponosi dystrybutor.

Handlowiec, który nie zna źródła liczby, nie może jej zweryfikować, zanim trafi do klienta. Jeśli system zwraca samą wartość, jedyną metodą sprawdzenia jest ponowne ręczne przeszukanie katalogów, czyli praca, którą system miał wyeliminować.

Odpowiedź ze wskazanym źródłem odwraca ten układ. Handlowiec otwiera wskazany dokument na wskazanej stronie, porównuje wartość i podpisuje ofertę własną decyzją. Ta weryfikacja należy do człowieka i tak powinno zostać.

Skąd pochodzi liczba w odpowiedzi systemu wiedzy

Compilore korzysta z dwóch oddzielnych źródeł danych i zawsze wskazuje, z którego pochodzi dana wartość. Pierwsze źródło to ustrukturyzowany magazyn faktów, drugie to zacytowany fragment dokumentu.

Magazyn faktów powstaje podczas wgrywania katalogu producenta. System rozpoznaje tabele parametrów, na przykład wymiary, zakresy napięć, momenty obrotowe lub klasy szczelności, i zapisuje je jako uporządkowane rekordy w bazie danych. Kiedy pracownik pyta o konkretny parametr produktu, Compilore najpierw szuka odpowiedzi w tym magazynie.

Wartość zwracana z magazynu faktów jest odczytem z bazy danych. Model językowy służy do sformułowania pytania i odpowiedzi w naturalnym języku, a wartość liczbowa dociera do niego już gotowa.

Część informacji w katalogach nie ma formy tabelarycznej. Instrukcje montażu, uwagi o zastosowaniu lub notatki techniczne są zapisane w treści opisowej. W takich przypadkach Compilore przeszukuje tekst dokumentów i cytuje konkretny fragment wraz z odniesieniem do pliku i strony, żeby pracownik mógł sprawdzić źródło samodzielnie.

Odniesienie do pliku i strony jest wskazówką dla człowieka. Handlowiec otwiera dokument i potwierdza, że cytowany fragment mówi to, co system przekazał.

Co się dzieje, gdy w katalogach nie ma potrzebnego parametru

Jeśli parametru nie ma ani w magazynie faktów, ani w załadowanych dokumentach, system odmawia podania liczby. Odpowiedź ma wtedy postać „Nie mam tej danej w załadowanych katalogach” i nie zawiera wartości przybliżonej ani typowej.

Odmowa jest wynikiem poprawnym. Brak danych komunikowany wprost pozwala handlowcowi zadzwonić do producenta lub poprosić o kartę katalogową, zamiast wysłać klientowi liczbę, która brzmi wiarygodnie, ale nie ma pokrycia w specyfikacji.

To zachowanie jest celową decyzją projektową, odwrotną do zachowania generycznych narzędzi językowych. Narzędzie ogólnego przeznaczenia, zapytane o parametr, którego nie zna, często podaje wartość brzmiącą wiarygodnie, bo tak działa generowanie tekstu bez ograniczenia do źródeł.

Co się dzieje, gdy dwie wersje katalogu podają różne wartości

Ten sam parametr bywa różny w kilku wersjach katalogu albo różni się między arkuszem Excel a plikiem PDF tego samego producenta. Compilore nie wybiera cicho jednej wartości. Informuje o rozbieżności i wskazuje oba źródła.

Taki przypadek trafia do kolejki do weryfikacji przez eksperta domenowego. Rozbieżność jest sygnałem, że katalogi firmy wymagają decyzji człowieka, na przykład wycofania starej wersji lub potwierdzenia u producenta.

Dla dyrektora handlowego ma to praktyczny skutek. Kolejka rozbieżności pokazuje, które katalogi w firmie są nieaktualne, zanim nieaktualna wartość trafi do oferty.

Jak wygląda odpowiedź z dwóch źródeł na przykładzie

Poniższy przykład jest fikcyjny i służy wyłącznie pokazaniu mechanizmu. Model X-200 i wszystkie podane wartości nie odpowiadają żadnemu istniejącemu produktowi.

Pracownik pyta: „Jaki jest maksymalny moment obrotowy wkrętarki Model X-200?“.

W wariancie A dane są w magazynie faktów. Compilore odczytuje z tabeli parametrów wartość 65 Nm, ze wskazaniem katalogu producenta i wersji 2024-Q3. Odpowiedź zawiera tę wartość oraz odniesienie do rekordu w bazie i do pliku źródłowego.

W wariancie B dane są tylko w tekście dokumentu. Compilore nie znajduje wartości w tabeli, ale znajduje w pliku PDF zdanie „Maksymalny moment obrotowy wynosi 65 Nm przy pierwszym biegu”. Odpowiedź cytuje ten fragment ze wskazaniem pliku i strony.

W wariancie C danych brak. Katalog wkrętarki Model X-200 nie został załadowany lub nie zawiera tej informacji. Compilore odpowiada „Nie mam tej danej w załadowanych katalogach” i nie podaje żadnej liczby.

Dlaczego liczby nie przechodzą przez model językowy

Halucynacja modelu językowego to treść, która brzmi wiarygodnie, ale nie ma pokrycia w faktach. W przypadku parametrów liczbowych błąd jest niewidoczny dla osoby, która nie zna odpowiedzi na pamięć, więc ryzyko jest większe niż przy tekście opisowym.

Compilore ogranicza ten problem na poziomie architektury. Liczby nigdy nie przechodzą przez warstwę generatywną jako wartości do wytworzenia. Model językowy dostaje gotową wartość z bazy albo gotowy fragment tekstu i ma za zadanie sformułować z nich odpowiedź.

Jeśli wartości nie ma w danych wejściowych, model jej nie dostaje i nie może jej wygenerować. Odmowa jest wbudowana w przepływ danych i nie zależy od tego, jak model został poinstruowany.

Ten mechanizm ma swój pomiar. Poprawność cytowań wyniosła 96,1% w pierścieniu 53 zadań kontrolnych (pomiar 2026-09-05). Zadania, które nie przeszły kontroli, są traktowane jako błędy do poprawy w kolejnych pomiarach.

Jakie są ograniczenia tego mechanizmu

Jakość cytowania zależy od jakości załadowanych plików. Jeśli katalog producenta zawiera błąd, Compilore go zacytuje, bo mechanizm nie weryfikuje poprawności danych źródłowych.

Dokumenty z bardzo nieregularną strukturą mogą nie być w pełni rozpoznane przez ekstraktor struktury. Dotyczy to skanów bez OCR i plików z nieprzetworzonym układem tabel, w których parametr istnieje na stronie, ale nie trafia do magazynu faktów.

Zamienniki wskazywane przez system wymagają weryfikacji przez pracownika lub eksperta. Compilore podaje parametry i rozbieżności, ale nie wydaje rekomendacji jako decyzji końcowej.

Wskazanie strony jest wskazówką do sprawdzenia przez człowieka. System nie gwarantuje, że każde odniesienie da się rozwiązać maszynowo do konkretnego miejsca w dokumencie, i ten krok weryfikacji pozostaje po stronie pracownika.

Jakie pytania zadają o to kupujący

Czy odpowiedź ze źródłem oznacza, że jest poprawna? Nie. Oznacza, że można ją sprawdzić. Jeśli katalog producenta zawiera błąd, odpowiedź powtórzy ten błąd ze wskazaniem, skąd pochodzi. Weryfikacja wartości pozostaje po stronie pracownika.

Co się dzieje, gdy katalogu w ogóle nie ma w systemie? System odpowiada, że nie ma tej danej w załadowanych katalogach, i nie podaje liczby. Zapytanie o produkt producenta, którego dokumentacja nie została wgrana, nie kończy się odpowiedzią z wiedzy ogólnej modelu.

Czy handlowiec musi za każdym razem otwierać wskazany dokument? Nie musi, ale może, i na tym polega różnica. Przy wartościach, które trafiają do oferty lub do doboru zamiennika, otwarcie wskazanego dokumentu jest tańsze niż reklamacja.

Czy to działa dla dokumentów w języku polskim? Tak. Compilore obsługuje język polski w dokumentach i w zapytaniach, a odpowiedzi są generowane w języku zapytania.

Jak sprawdzić własny system wiedzy tym samym testem

Poniższa lista kontrolna działa dla dowolnego systemu wiedzy. Wystarczy zadać cztery pytania i zapisać, co system odpowie.

1. Zapytaj o parametr, który na pewno jest w jednym z Twoich katalogów. Sprawdź, czy odpowiedź wskazuje plik i miejsce, i czy wskazany fragment rzeczywiście zawiera tę wartość.
2. Zapytaj o parametr produktu, którego katalogu nie wgrałeś. Poprawna odpowiedź to odmowa. Każda liczba w odpowiedzi jest sygnałem, że system generuje wartości.
3. Wgraj dwie wersje tego samego katalogu z różnymi wartościami jednego parametru i zapytaj o niego. Sprawdź, czy system pokazuje rozbieżność, czy wybiera jedną wartość bez informacji.
4. Zapytaj o wartość, która jest wyłącznie w treści opisowej, poza tabelami. Sprawdź, czy odpowiedź cytuje zdanie, czy je parafrazuje.

System, który przechodzi wszystkie cztery próby, daje handlowcowi odpowiedź, którą da się obronić. System, który nie przechodzi drugiej, nie nadaje się do rozmowy z klientem, niezależnie od tego, jak trafne są jego pozostałe odpowiedzi.