Czym jest RAG (retrieval-augmented generation)?
RAG polega na wyszukaniu pasujących fragmentów z Twoich dokumentów i podaniu ich modelowi razem z pytaniem, żeby odpowiedź powstała z Twoich materiałów, a nie z pamięci modelu. Nic nie jest dotrenowywane. Dokumenty zostają u Ciebie, a ich edycja od razu zmienia odpowiedzi.
Zweryfikowano:
W skrócie
Gdy dostawca mówi, że model jest „trenowany na Twoich danych", dopytaj które. W dziewięciu przypadkach na dziesięć chodzi o wyszukiwanie, które jest tańsze, aktualizuje się natychmiast i potrafi wskazać źródło. To lepsza odpowiedź, więc nie ma powodu jej ubierać w trenowanie.
| RAG (wyszukiwanie) | Fine-tuning | |
|---|---|---|
| Co się zmienia | To, co model widzi | Wagi modelu |
| Aktualizacja faktu | Edytujesz dokument | Trenujesz i wdrażasz od nowa |
| Potrafi wskazać źródło | Tak, znaleziony fragment | Nie |
| Dokument dodany dzisiaj | Działa od razu | Dopiero po kolejnym treningu |
| Dobre do | Faktów, regulaminów, danych o produktach | Tonu, formatu, wąskiego zadania |
| Co napędza koszt | Tokeny na pytanie | Treningi, potem hosting |
| Typowa porażka | Znalezienie złego fragmentu | Pewne powtórzenie nieaktualnych danych |
Źródła: Lewis i in., Retrieval-Augmented Generation (arXiv:2005.11401) · Anthropic: contextual retrieval · zweryfikowano: 07.06.2026
Gdzie to widać w praktyce
Bot wsparcia po bazie wiedzy
Każda odpowiedź opiera się na artykule, który kontrolujesz, z linkiem do niego. Gdy we wtorek zmienia się polityka zwrotów, bot jest poprawny we wtorek. To przypadek, dla którego RAG powstał.
Asystent sprzedaży po cenniku
Wyszukiwanie trzyma liczby aktualnymi i możliwymi do zacytowania. I tak stawiamy przed tym twardą regułę: asystent może podać cenę tylko ze znalezionego wiersza, nigdy z pamięci, a gdy nic nie pasuje, mówi, że sprawdzi.
Wyszukiwanie po umowach
Ludzie pytają zwykłym językiem i dostają klauzulę plus dokument, z którego pochodzi. Cytat waży tu więcej niż płynność, bo i tak otworzą plik.
Gdzie fine-tuning nadal wygrywa
Chcesz sztywnego kształtu odpowiedzi albo firmowego tonu w zadaniu, w którym fakty prawie się nie ruszają. To problem trenowania, nie wyszukiwania. W praktyce łączymy jedno z drugim rzadko i dopiero po zmierzeniu samego RAG-a.
Jak tego używamy
Wyszukiwanie jest mało efektowne i wygrywa w większości przypadków. Powód jest nudny: firmy zmieniają swoje fakty szybciej, niż ktokolwiek chciałby dotrenowywać model. Cennik, polityka dostaw, lista tego, kto obsługuje który region. Wrzuć to do bazy dokumentów, wyciągaj właściwe fragmenty przy pytaniu, a system jest poprawny w chwili, gdy ktoś zmieni dokument.
Niedoceniane jest to, że jakość RAG-a to problem wyszukiwania, nie modelu. Jeśli wyszukiwanie poda trzy niewłaściwe akapity, najlepszy model świata napisze płynną złą odpowiedź. Dlatego większość czasu w takich projektach idzie u nas na podział na fragmenty, metadane i ewaluację: czy dla pięćdziesięciu pytań, które klienci naprawdę zadają, wraca właściwy fragment? Mierzymy to, zanim ktokolwiek zobaczy bota. Sama technika wywodzi się z pracy Lewisa i współautorów z 2020 roku i w kształcie prawie się nie zmieniła; zmieniło się to, że narzędzia wokół niej dojrzały. Naturalnie łączy się z agentami AI, dla których wyszukiwanie jest jednym z narzędzi. Jak ją wdrażamy, zobaczysz na stronie chatbotów AI i Voice AI.