Przetłumaczono z angielskiego oryginału. Liczby i źródła pozostają bez zmian. Przeczytaj angielski oryginał
Dream11 (Dream Sports)
Dream11 używa dostrojonego modelu Llama 3 do dopasowywania imion i nazwisk w weryfikacji tożsamości
Autorzy z Dream Sports informują, że Dream11 używa dostrojonego modelu Llama 3 8B do rozstrzygania, czy dwa imiona i nazwiska w rekordach weryfikacji tożsamości (KYC) się zgadzają, zamiast ręcznych kontroli zewnętrznego dostawcy. Twierdzą, że pozwala to oszczędzić ponad 500 000 dolarów rocznie; czas odpowiedzi P99 wynosi 120 milisekund. Dokładność w testach offline wyniosła 99,02 %.
Kluczowe liczby
Przepisane dokładnie ze źródeł. Skopiuj każdą liczbę wraz z przypisem.
ponad 500 000 $
Roczne oszczędności z tytułu zaprzestania wysyłania niejednoznacznych przypadków do zewnętrznego dostawcy w celu ręcznej weryfikacji (własne oświadczenie autorów, bez wyliczenia)1
120
milisekund
Czas odpowiedzi działającego systemu w 99. percentylu (P99), przy szczytowym obciążeniu do 10 000 żądań na minutę1
99,02 %
Test offline: dokładność w rozstrzyganiu, czy dwa imiona i nazwiska się zgadzają, na wydzielonym zbiorze 50 000 rzeczywistych par imion i nazwisk z historycznych danych KYC (nie jest to pomiar decyzji w produkcji)1
0,994
Test offline: wynik F1 (łączna miara pominiętych dopasowań i fałszywych dopasowań; 1,0 to wynik idealny) na tym samym zbiorze 50 000 par1
Ile to kosztowało
Koszt, wielkość zespołu i harmonogram nie zostały ujawnione w źródłach.
Problem
Dream11 to platforma fantasy sports z ponad 250 milionami użytkowników. Zanim użytkownik będzie mógł grać, firma sprawdza dokumenty tożsamości, a to oznacza rozstrzyganie, czy imiona i nazwiska w różnych rekordach należą do jednej osoby. W Indiach ta sama osoba może figurować jako „Shubham Kumar Singh” na jednym dokumencie i „ShubhamKumarSingh” na zeskanowanym rachunku. Imiona i nazwiska zapisywane są w kilku alfabetach, różnie literowane i wpisywane z literówkami. Wcześniejsze dopasowywanie oparte na regułach wysyłało przypadki niejednoznaczne do zewnętrznego dostawcy w celu ręcznej weryfikacji.
Oba rodzaje błędów kosztują. Pominięte dopasowanie uniemożliwia prawdziwemu użytkownikowi dokończenie weryfikacji. Fałszywe dopasowanie może pozwolić oszustowi prowadzić kilka kont.
Co zbudowano
Autorzy z Dream Sports wytrenowali wersję modelu Llama 3 8B o otwartych wagach firmy Meta tak, aby odpowiadała na jedno pytanie: czy te dwa imiona i nazwiska dotyczą tej samej osoby? Model odpowiada „Yes” lub „No”. Firma nazywa tę metodę Structure-Guided Entity Resolution.
Model działa w ramach potoku weryfikacji tożsamości Dream11. Według autorów podejmuje w pełni zautomatyzowane decyzje o dopasowaniu i jego braku, więc kolejka ręcznej weryfikacji tych przypadków przestała istnieć.
Jak to zrobiono
Trening miał dwa etapy. Najpierw model uczył się dzielić pełne imię i nazwisko na imię, drugie imię i nazwisko, na podstawie około 10 000 ręcznie oznaczonych indyjskich imion i nazwisk. Następnie uczył się decyzji o dopasowaniu na oznaczonych parach imion i nazwisk. Zespół zaczął od 20 000 oznaczonych par z dawnych operacji i powiększył je do ponad 50 000, zamieniając kolejność w parach, mieszając części imion i nazwisk i usuwając spacje.
Zbiór testowy był oddzielny: 50 000 rzeczywistych par z historycznych danych produkcyjnych, oznaczonych przez wewnętrzny zespół operacji ryzyka. Trening odbył się na jednym GPU NVIDIA A100. W produkcji model działa na trzech GPU NVIDIA L4 z oprogramowaniem do serwowania vLLM na Kubernetes.
Wyniki
W produkcji, jak twierdzą autorzy, rezygnacja z ręcznych kontroli dostawcy oszczędza ponad 500 000 dolarów rocznie, a system obsługuje do 10 000 żądań na minutę przy opóźnieniu P99 wynoszącym 120 milisekund, co ma znaczenie podczas dużych wydarzeń sportowych, gdy liczba rejestracji gwałtownie rośnie.
Offline, na oddzielnym zbiorze testowym par historycznych, model osiągnął dokładność 99,02 % i F1 równe 0,994. Autorzy porównują go z innymi podejściami na tych samych danych: GPT-4o z przykładami w prompcie uzyskał dokładność 85,4 %, a ten sam model Llama wytrenowany w jednym kroku z dodatkowymi danymi 95,7 %.
Co poszło nie tak
Autorzy wskazują dwa pozostałe słabe punkty. Imiona i nazwiska brzmiące podobnie, ale inaczej pisane, jak „Saurabh” i „Sorab”, bywają oceniane jako niezgodne. Trudne są też imiona i nazwiska z kilkoma problemami naraz, takimi jak brakujące spacje, zamieniona kolejność i błędy skanowania. Według artykułu rzadkie pominięte dopasowania (poniżej 1 % użytkowników) są rozwiązywane przez obsługę klienta.
Co warto powtórzyć
Warto zacząć od zadania z jasną odpowiedzią tak lub nie i historią oznaczonych decyzji. Warto zmierzyć model na zbiorze testowym zbudowanym z własnych dawnych przypadków i porównać go z modelem ogólnym na tym samym zbiorze. Warto zachować ludzką ścieżkę awaryjną dla niewielkiego odsetka błędów.
Wszystkie zgłoszone liczby
| Miara | Liczba | Przypis |
|---|---|---|
| Roczne oszczędności z tytułu zaprzestania wysyłania niejednoznacznych przypadków do zewnętrznego dostawcy w celu ręcznej weryfikacji (własne oświadczenie autorów, bez wyliczenia) | ponad 500 000 $1 | |
| Czas odpowiedzi działającego systemu w 99. percentylu (P99), przy szczytowym obciążeniu do 10 000 żądań na minutę | 120 milisekund1 | |
| Test offline: dokładność w rozstrzyganiu, czy dwa imiona i nazwiska się zgadzają, na wydzielonym zbiorze 50 000 rzeczywistych par imion i nazwisk z historycznych danych KYC (nie jest to pomiar decyzji w produkcji) | 99,02 %1 | |
| Test offline: wynik F1 (łączna miara pominiętych dopasowań i fałszywych dopasowań; 1,0 to wynik idealny) na tym samym zbiorze 50 000 par | 0,9941 | |
| Test offline: dokładność GPT-4o z kilkoma przykładami w prompcie, na tym samym zbiorze 50 000 par | 85,4 %1 |
Wnioski dla Twojego projektu
Warto wybrać wąskie zadanie i mały model. Dream11 użył modelu o otwartych wagach (open-weight) z 8 mld parametrów do jednej decyzji tak lub nie i we własnych testach pokonał większy model ogólny kierowany przykładami.
Warto zbudować zbiór testowy z własnej historii. Dream11 użył 50 000 rzeczywistych par imion i nazwisk oznaczonych przez zespół operacji ryzyka, bez żadnego wspólnego imienia i nazwiska dla treningu i testu.
Warto włączyć zespół operacyjny w projektowanie promptów. Przykłady w promptach powstały wspólnie z zespołem ryzyka, aby odzwierciedlać niejednoznaczności widoczne w produkcji.
Warto zaplanować przypadki, w których model się myli. Według autorów rzadkie pominięte dopasowania trafiają do obsługi klienta, więc użytkownicy nie są blokowani.
Zastrzeżenia
- Wszystkie liczby pochodzą z własnego artykułu Dream Sports na sesji przemysłowej ACL 2026. Żadna niezależna strona ich nie potwierdziła.
- Wartości dokładności i F1 pochodzą z testu offline na historycznych parach imion i nazwisk KYC, a nie z pomiaru decyzji w produkcji.
- Oszczędność ponad 500 000 dolarów rocznie to stwierdzenie autorów, sformułowane w artykule jako skutek zlikwidowania zależności od dostawcy. Artykuł nie pokazuje, jak ją wyliczono, ani kto był dostawcą.
- Artykuł nie podaje, kiedy system zaczął działać. Data wdrożenia to miesiąc materiałów konferencyjnych (lipiec 2026), a nie data uruchomienia.
- Model tylko porównuje imiona i nazwiska. Artykuł podaje, że nie użyto innych danych osobowych, a test przeprowadzono na indyjskich danych tożsamości.
- Autorzy podają, że wyniki fałszywie ujemne dotyczą mniej niż 1 % użytkowników i są obsługiwane przez obsługę klienta.
Źródła
- Structure-Guided Entity Resolution: Fine-Tuning LLMs for Robust Name Matching in Complex Linguistic Contexts
ACL 2026 Industry Track (Dream Sports authors) · 2026-07 · Publikacja naukowa · aclanthology.org
Streszczone własnymi słowami na podstawie powyższych źródeł. Zauważyłeś błąd? Zobacz sprostowania.