Jak poprawić jakość danych treningowych dla AI - przewodnik
Źródło: Link
Źródło: Link
Mind Architect to 180-dniowy program Jana Gajosa: decyzje, nawyki i granice przeniesione do codziennych reakcji. 180 lekcji w 6 modulach, Manfred AI Coach i powtorki rozlozone w czasie.
GPT-5, Claude Opus 4.7, DeepSeek V4-Pro - te modele są dobre, bo ktoś wcześniej zadbał o dane treningowe. Nie magia, nie cuda algorytmów. Po prostu setki tysięcy godzin ludzkiej pracy przy adnotacjach. I tu zaczyna się problem: większość zespołów chce budować modele, ale nikt nie chce zajmować się danymi. Efekt? Model uczy się na śmieciach i zwraca śmieci.
Lilian Weng z OpenAI opisała proces, który stosują duże laboratoria AI. Nie potrzebujesz ich budżetu, żeby zastosować te zasady. Potrzebujesz tylko świadomości, że jakość danych to nie dodatek - to fundament.
Ten przewodnik dotyczy sytuacji, gdy:
Nie musisz być programistą. Musisz rozumieć, że proces ma znaczenie.

Prosisz kogoś o ocenę, czy odpowiedź AI jest "pomocna". Co to znaczy "pomocna"?
Dla jednej osoby to zwięzła odpowiedź. Dla drugiej - szczegółowe wyjaśnienie z przykładami. Dla trzeciej - cokolwiek, co brzmi uprzejmie.
Projekt zadania to nie tylko "napisz instrukcję". To seria decyzji:
Szczegółowe wytyczne pomagają, ale 50-stronicowy manual to przesada. Nikt go nie przeczyta. Lepiej 3 strony konkretów + sesja onboardingowa na żywo.
Źle: "Oceń jakość odpowiedzi w skali 1-10".
Lepiej: "Czy odpowiedź zawiera faktyczny błąd? (tak/nie). Czy odpowiedź odnosi się do pytania? (tak/nie). Czy ton jest profesjonalny? (tak/nie)".
Różnica? W pierwszym przypadku każdy adnotator ma własną skalę w głowie. W drugim - konkretne kryteria do sprawdzenia.
Nie każdy nadaje się do każdego zadania. Jeśli zbierasz dane do modelu medycznego, potrzebujesz adnotatorów z wykształceniem medycznym. Jeśli oceniasz kod - programistów. Znam projekty, gdzie studenci bez kontekstu technicznego oceniali jakość kodu SQL.
Po onboardingu nie zostawiaj zespołu samego. Ludzie dryfują - po miesiącu każdy ma już własną interpretację instrukcji. Regularne sesje kalibracyjne to nie luksus, to konieczność.

Jeden adnotator może się pomylić. Dwóch może się nie zgodzić. Trzech daje już obraz, gdzie jest konsensus, a gdzie wątpliwości.
Zasada "mądrości tłumu" (wisdom of the crowd) działa - pod warunkiem, że adnotatorzy są niezależni. Jeśli trzech adnotatorów omawia przypadek przed oceną, to nie masz trzech niezależnych opinii. Masz jedną opinię powtórzoną trzy razy.
Redundancja kosztuje - płacisz za 3-5 ocen zamiast jednej. Koszt złych danych jest wyższy: model, który uczy się na śmieciach, zwraca śmieci. I naprawienie tego później to setki godzin debugowania.
Wysoka zgoda (powyżej 80-90%) to dobry znak - zadanie jest jasne, instrukcje działają. Niska zgoda (poniżej 60%) to czerwona flaga: albo instrukcje są niejasne, albo zadanie jest zbyt subiektywne.
Niezgoda nie zawsze jest zła. Czasem odzwierciedla rzeczywistą niejednoznaczność - np. przy ocenie tonu wypowiedzi (czy to sarkazm, czy żart?). W takich przypadkach masz dwa podejścia:
Przykład: jeśli trenujesz model do moderacji treści, niezgoda adnotatorów może pokazywać, że dana wypowiedź jest na granicy. Lepiej wtedy uczyć model rozkładu prawdopodobieństwa ("60% adnotatorów uznało to za spam") niż sztywnej etykiety ("spam" vs "nie spam").
Masz dane. Trenujesz model. Skąd wiesz, które przykłady treningowe faktycznie pomagają, a które psują wyniki?
Technika zwana influence functions pozwala śledzić, jak pojedynczy przykład treningowy wpływa na predykcje modelu. Jeśli usunięcie jednego przykładu poprawia wyniki na zbiorze testowym - ten przykład był prawdopodobnie błędnie zaetykietowany.
To nie jest technika dla początkujących - wymaga znajomości matematyki i implementacji. Jeśli masz zespół ML, takie narzędzia pozwalają wyłapać błędy w danych, zanim zainwestujesz miesiące w trening.

Klasyczna walidacja krzyżowa zakłada, że Twoje dane są czyste. Co, jeśli 10-20% etykiet jest błędnych? (A w rzeczywistych projektach z adnotacjami ludzkimi - często jest.)
Noisy cross-validation to technika, która symuluje szum w danych treningowych i testuje, jak model sobie z tym radzi. Dodajesz losowy szum do etykiet (np. odwracasz 10% etykiet) i sprawdzasz, czy model nadal generalizuje.
Jeśli model radzi sobie dobrze mimo szumu - masz solidną architekturę i proces. Jeśli wyniki drastycznie spadają - albo model jest zbyt wrażliwy na błędy, albo masz ich za dużo w danych.
To daje Ci benchmark: jeśli rzeczywiste dane mają więcej niż 5-7% błędów, musisz je poprawić przed treningiem. Inaczej marnujesz zasoby.
Reinforcement Learning from Human Feedback (RLHF) to proces, który sprawił, że ChatGPT i Claude są użyteczne w codziennej pracy. RLHF to w gruncie rzeczy zadanie klasyfikacji: adnotator ocenia, która odpowiedź jest lepsza (A czy B).
Proces wygląda tak:
Problem: co to znaczy "lepsza"? Dla jednego adnotora to odpowiedź bardziej szczegółowa. Dla drugiego - bardziej zwięzła. Dla trzeciego - bardziej uprzejma.
Dlatego duże laboratoria (OpenAI, Anthropic, Google) inwestują tygodnie w kalibrację zespołów adnotatorów. Definiują kryteria ("pomocność", "bezpieczeństwo", "zgodność z faktami"), pokazują setki przykładów granicznych, organizują sesje dyskusyjne.
Efekt? GPT-5 i Claude Opus 4.7 nie są dobre, bo mają lepsze algorytmy. Są dobre, bo ktoś zadbał o jakość danych, na których się uczyły.
50-stronicowy manual brzmi profesjonalnie. Nikt go nie przeczyta. A jeśli przeczyta - nie zapamięta. Lepiej 3 strony konkretów + przykłady + sesja Q&A.
Onboarding to za mało. Ludzie dryfują. Po miesiącu każdy ma własną interpretację. Organizuj sesje kalibracyjne co 2-4 tygodnie - omówcie trudne przypadki, wyrównajcie interpretacje.
"Jeden adnotator wystarczy" - do czasu, aż odkryjesz, że 20% jego ocen to błędy. Redundancja kosztuje, ale koszt złych danych jest wyższy.
Jeśli adnotatorzy się nie zgadzają - to znak, że coś jest nie tak. Albo instrukcja jest niejasna, albo przykład jest niejednoznaczny. Nie ignoruj tego. Przeanalizuj i popraw proces.
Trenujesz model tydzień, miesiąc - i dopiero na końcu sprawdzasz wyniki. Jeśli są złe, wracasz do danych. Lepiej monitorować loss i metryki na bieżąco - wyłapiesz problemy wcześniej.
Nie musisz budować wszystkiego od zera. Są narzędzia, które ułatwiają zarządzanie procesem adnotacji:
Narzędzie to tylko narzędzie. Fundamentem jest proces: jasne zadanie, dobrze przeszkoleni adnotatorzy, regularna kalibracja, monitoring jakości.
Jakość danych to fundament każdego projektu AI - ale nikt nie uczy, jak to zrobić dobrze. Na darmowym webinarze na żywo pokazuję krok po kroku, jak oszczędzać 10 godzin tygodniowo dzięki AI - bez wiedzy technicznej.
Zapisz się na darmowy webinar →Wolisz uczyć się we własnym tempie? Sprawdź kurs AI Evolution
Jakość danych to nie dodatek. To fundament. GPT-5, Claude Opus 4.7, DeepSeek V4-Pro - te modele są dobre, bo ktoś zadbał o proces zbierania danych. Nie magia, nie cuda algorytmów. Po prostu setki tysięcy godzin ludzkiej pracy przy adnotacjach.
Jeśli budujesz projekt AI z danymi od ludzi, zacznij od jednego kroku: zaprojektuj zadanie tak, żeby było jednoznaczne. Nie pisz 50-stronicowego manuala. Napisz 3 strony konkretów, dodaj 10 przykładów granicznych i przetestuj na małej grupie. Jeśli adnotatorzy się zgadzają w 80%+ przypadków - masz dobry start. Jeśli nie - popraw instrukcje i spróbuj ponownie.
Reszta procesu (dobór adnotatorów, redundancja, monitoring) to tylko rozwinięcie tego fundamentu. Bez jasnego zadania - nawet najlepsi adnotatorzy nie pomogą.
Zależy od zadania. Dla prostych zadań binarnych (tak/nie) wystarczą 3 adnotatorzy. Dla bardziej subiektywnych ocen (np. ton wypowiedzi) lepiej 5-7. Jeśli zgoda między adnotatorami jest wysoka (powyżej 80%), możesz zmniejszyć liczbę. Jeśli niska - zwiększ lub popraw instrukcje.
To znak, że albo instrukcje są niejasne, albo zadanie jest zbyt subiektywne. Zorganizuj sesję kalibracyjną - omów z zespołem trudne przypadki, wyjaśnij kryteria, dodaj więcej przykładów granicznych. Jeśli po tym zgoda nie rośnie, rozważ zmianę paradygmatu: zamiast szukać "jednej prawdy", ucz model rozkładu opinii.
Możesz - ale z ograniczeniami. Modele takie jak GPT-5 czy Claude Opus 4.7 potrafią generować etykiety, ale mają bias wynikający z danych treningowych. Najlepsze podejście: użyj AI do wstępnej adnotacji, a ludzi do weryfikacji trudnych przypadków. To oszczędza czas i pieniądze, zachowując jakość.
Co 2-4 tygodnie, w zależności od tempa pracy. Jeśli zespół adnotuje setki przykładów dziennie - co tydzień. Jeśli wolniej - co miesiąc. Nie zostawiaj zespołu samego na dłużej niż miesiąc - ludzie dryfują i zaczynają interpretować instrukcje po swojemu.
Zależy od skali i domeny. Proste zadania (np. klasyfikacja spamu) to 0.05-0.10 USD za przykład przy 3 adnotatorach. Zadania wymagające ekspertów (np. medyczne) to 1-5 USD za przykład. Redundancja (3-5 adnotatorów) zwiększa koszt 3-5x, ale zmniejsza ryzyko błędów. Pamiętaj: koszt złych danych (miesiące debugowania modelu) jest wyższy niż koszt redundancji.