BlogRAG
Jak zdecydować, czy zadanie wymaga wyszukiwania, fine-tuningu, czy obu
Zapytaj, czy model zawodzi, bo brakuje mu faktów, czy dlatego, że zachowuje się niespójnie. Fakty, które się zmieniają, wymagają źródła albo zależą od tego, kto pyta, należą do wyszukiwania. Wąskie, stabilne zadanie, w którym model ma stosować ten sam wzorzec do wielu danych wejściowych, jest kandydatem do fine-tuningu. Wiele produktów potrzebuje obu, a większość powinna wcześniej spróbować dobrze zbudowanego promptu z zestawem ewaluacyjnym.
Problem z wiedzą czy z zachowaniem?
Szybki test: czy poprawna odpowiedź zmieniłaby się, gdyby jutro zmienił się jakiś dokument? Jeśli tak, zadanie zależy od wiedzy, a tę wiedzę należy sprawdzać w chwili pytania. Jeśli poprawny wynik to wzorzec stosowany do nowych danych, na przykład kategoria, układ pól albo ton, zadanie zależy od zachowania.
Zadania mieszane są częste. Odpowiedź supportu potrzebuje aktualnych faktów o produkcie i spójnego stylu firmy. Taki podział wymagań pokazuje, którą część powinna obsłużyć każda z technik.
Dlaczego zmienne fakty należą do wyszukiwania
Oryginalna praca o RAG z 2020 roku wskazała dwie słabości wiedzy przechowywanej wyłącznie w wagach modelu: trudno pokazać, skąd pochodzi odpowiedź, i trudno ją zaktualizować. Wyszukiwanie rozwiązuje oba problemy, bo fragment źródłowy można zacytować i podmienić. Badanie Ovadii i współpracowników z 2023 roku porównało nienadzorowany fine-tuning z wyszukiwaniem jako sposoby dodawania wiedzy i wykazało, że wyszukiwanie konsekwentnie wypadało lepiej, zarówno dla faktów znanych modelowi, jak i nowych. Autorzy podali też, że modele z trudem uczyły się nowych faktów przez fine-tuning, chyba że widziały wiele wariantów każdego faktu.
Są też powody operacyjne. Wyszukiwanie może filtrować dokumenty według uprawnień użytkownika, cytować źródła i usuwać wycofany dokument przy następnej synchronizacji, z opóźnieniem zależnym od jej konfiguracji. Sam fine-tuning nie daje żadnego z tych mechanizmów: fakt zapisany w wagach nie ma listy dostępu ani odnośnika do źródła, więc jego ograniczenie albo usunięcie zależy od zabezpieczeń wokół modelu albo od kolejnego treningu.
Gdzie fine-tuning ma sens
Przewodnik OpenAI po optymalizacji modeli opisuje fine-tuning jako opcjonalny krok po ewaluacjach i pracy nad promptem i wymienia, do czego nadaje się każda metoda: nadzorowany fine-tuning do klasyfikacji, określonych formatów wyjścia i naprawy błędów w wykonywaniu instrukcji; optymalizacja preferencji do tonu i stylu; reinforcement fine-tuning do rozumowania dziedzinowego, gdy eksperci zgadzają się co do właściwej odpowiedzi. Jako korzyści podaje m.in. trening na większej liczbie przykładów, niż mieści się w prompcie, krótsze prompty i mniejszy, szybszy model do jednego zadania.
Fine-tuning wymaga oznaczonych przykładów poprawnych wyników, definicji zadania, która przez jakiś czas pozostanie stabilna, oraz odłożonych przypadków do porównania z obecnym modelem. Przed planowaniem sprawdź dostępność. Gdy czytaliśmy ten przewodnik w październiku 2026 roku, podawał, że platforma fine-tuningu OpenAI nie przyjmuje już nowych użytkowników. Drugą drogą są modele open-weight trenowane na własnej infrastrukturze.
Pięć zadań i decyzje
Tabela stosuje test do pięciu zmyślonych zadań. Prawa kolumna to pierwszy wybór do sprawdzenia, a nie ostateczna odpowiedź.
Task (hypothetical) Problem type First choice
---------------------------------------------------- ------------- ------------------------------
Answer staff questions from HR policies revised knowledge retrieval with citations
each quarter
Route incoming tickets to one of 40 queues, behaviour prompt baseline, then
high and steady volume fine-tune a smaller model
Draft customer replies in house style, quoting both retrieval for facts; prompt or
current product documentation fine-tune for style
Extract fixed fields from supplier invoices behaviour prompt with a schema first;
fine-tune only if it falls short
Answer questions about one short manual that knowledge whole manual in the prompt,
changes once a year if size and cost allowOstatni wiersz pokazuje trzecią możliwość. Jeśli materiału jest dość mało, może trafić do promptu w całości, bez wyszukiwania i bez treningu. Czy to się opłaca, zależy od modelu i jego cennika, więc to również należy do ewaluacji.
Kolejność prac, która zostawia obie opcje otwarte
- 1
Zbuduj zestaw ewaluacyjny
Prawdziwe dane wejściowe ze znanymi poprawnymi wynikami, w tym przypadki, które system powinien odrzucić.
- 2
Zmierz punkt odniesienia z promptem
Użyj mocnego modelu hostowanego i starannego promptu, a potem posortuj błędy według typu.
- 3
Brakujące albo nieaktualne fakty napraw wyszukiwaniem
Jeśli błędy dotyczą tego, co model wie, dodaj wyszukiwanie i zmierz ponownie.
- 4
Rozważ fine-tuning przy pozostałych lukach w zachowaniu
Jeśli pozostałe błędy dotyczą formatu, spójności, opóźnienia albo kosztu przy dużym wolumenie, porównaj model po fine-tuningu na odłożonych przypadkach, łącznie z kosztem na żądanie.
Łączenie obu jest uzasadnione, na przykład model wytrenowany tak, by odpowiadał wyłącznie na podstawie dostarczonych fragmentów i odmawiał, gdy ich brakuje. Podwaja to jednak to, co trzeba utrzymywać: pipeline wyszukiwania z zadaniami synchronizacji i zbiór treningowy, który trzeba odświeżyć przy zmianie modelu bazowego.
Pytania
Czy możemy dostroić model na naszych dokumentach, żeby je znał?
Można, ale badania sugerują, że to zawodny sposób dodawania faktów, a sam fine-tuning nie daje cytowań, uprawnień per użytkownik ani bezpośredniego sposobu wycofania dokumentu. Przy wiedzy z dokumentów lepszym pierwszym krokiem jest zwykle wyszukiwanie.
Czy fine-tuning jest tańszy niż wyszukiwanie?
Rozwiązują różne problemy, więc porównuj kompletne rozwiązania. Mniejszy model po fine-tuningu może obniżyć koszt na żądanie w zadaniu o dużym wolumenie, a wyszukiwanie dodaje do każdego żądania wyszukiwanie i dłuższy prompt. Wstaw do porównania własne wolumeny, długości promptów i aktualne ceny, zamiast polegać na ogólnych regułach.
Czego potrzebujemy przed projektem fine-tuningu?
Oznaczonych przykładów poprawnych wyników dla zadania, najlepiej z dawnych przypadków o znanym rozstrzygnięciu; odłożonego zestawu, którego model nie zobaczy w treningu; wyników obecnego modelu na tym zestawie; oraz osoby odpowiedzialnej za definicje etykiet. Bez tego nie ma z czym porównać nowego modelu.
Powiązane usługi
Tworzenie systemów RAG
Asystenci odpowiadający na podstawie twoich wewnętrznych dokumentów, z uprawnieniami, źródłami i testami na twoich pytaniach.
Trenowanie własnych modeli
Mały model open-weight wytrenowany do jednego zadania i porównany z twoim obecnym modelem pod względem kosztu i dokładności.
Inżynieria i architektura AI
Asystenci, interfejsy głosowe i agenci w produktach, które sprzedajesz, razem z serwowaniem modeli i wyszukiwaniem pod spodem.
Więcej z bloga
Przygotowanie źródeł do RAG
Jak zdecydować, z których dokumentów ma korzystać asystent oparty na wyszukiwaniu, kto odpowiada za każde źródło i jak znaleźć brakujące odpowiedzi przed indeksowaniem.
Wyszukiwanie czy generowanie?
Procedura diagnostyczna, która pokazuje, czy błędna odpowiedź RAG zaczęła się w ingestii, wyszukiwaniu, rerankingu czy w modelu, z oznaczonymi dowodami i śladem dla każdego pytania.
Przekazanie RAG do utrzymania
Co dostawca RAG powinien przekazać, żeby twój zespół mógł utrzymywać i zmieniać system: konektory źródeł, konfigurację, zasoby ewaluacyjne, runbooki, właścicieli i próbę generalną.
Porozmawiaj z inżynierem
Przyjdź z jednym zadaniem, które chcesz usprawnić. Rozmowa trwa 30 minut i nie wymaga dostępu do twoich systemów ani danych.
Rezerwacja odbywa się w Kalendarzu Google.
Wolisz najpierw napisać? Zostaw adres e-mail i kilka zdań, a odpowiemy, proponując terminy.
Sprawdź wersję roboczą w swoim programie pocztowym
Wyślij ją stamtąd, a inżynier odpowie ci osobiście, proponując terminy 30-minutowej rozmowy. Jeśli wersja robocza się nie otworzyła, napisz do nas na adres miki@cloudsail.com.