W niniejszym artykule przedstawiono informacje dotyczące wycofania klasycznego modelu językowego DeepL, a także wskazówki dotyczące rozwiązywania problemów w zależności od konkretnej sytuacji, z jaką mogą Państwo się spotkać. Proszę kliknąć, aby rozwinąć opisy poszczególnych problemów.
Przyczyny wycofania
Co się zmienia w zakresie modeli językowych DeepL?
DeepL przeprowadza zmianę planu na model obsługujący żądania API, wprowadzając model LATENCY_OPTIMIZED .
Od listopada 2024 r. wywołania API umożliwiają użytkownikom wybór jednego z dwóch typów modeli: QUALITY_OPTIMIZED oraz LATENCY_OPTIMIZED.
Model nowej generacji obsługujący żądania QUALITY_OPTIMIZED został zaktualizowany w kwietniu 2025 r., listopadzie 2025 r. oraz marcu 2026 r., a kolejna zmiana planu na wyższy jest planowana na czerwiec 2026 r. Klasyczny model językowy obsługujący LATENCY_OPTIMIZED ma już ponad dwa lata. Jest on obecnie modernizowany do wersji modelu nowej generacji o niskim opóźnieniu.
| Jeśli wysłał Pan/Pani żądanie… | W pierwszym kwartale 2026 r. Państwa żądanie zostało obsłużone przez… | W III kwartale 2026 r. Państwa żądanie zostanie obsłużone przez… |
| QUALITY_OPTIMIZED | Najnowszy model nowej generacji | Najnowszy model nowej generacji |
| LATENCY_OPTIMIZED (lub brak wyraźnego wyboru modelu) |
Model Classic (starszy niż 2 lata) |
Dokładnie ten sam model nowej generacji co QUALITY_OPTIMIZED, ale uruchomiony w trybie o niskim opóźnieniu. |
Dlaczego DeepL zmienia to?
Jakość tłumaczeń modelu Classic nadal pozostaje w tyle za modelem nowej generacji, ponieważ podjęto decyzję o zaprzestaniu inwestowania w wsparcie inżynieryjne dla starszego modelu.
W kwietniu firma DeepL przeprowadziła ślepe testy z udziałem ludzi, aby porównać modele DeepL Next-gen i DeepL Classic z Tłumaczem Google, MS Translate oraz OpenAI, Anthropic i Google Gemini. Modele językowe LLM wykorzystywano w ich najwolniejszych i najdroższych ustawieniach. Model językowy DeepL Next-gen okazał się zwycięzcą w bezpośrednich porównaniach z wszystkimi wymienionymi konkurentami. DeepL Classic przegrywa ze wszystkimi z wyjątkiem jednego z nich.
Funkcje wprowadzone po 2024 r. często nie są również obsługiwane przez model Classic, w tym nowe języki lub aktualizacje Customization hub DeepL.
Zmiany dotyczące QUALITY_OPTIMIZED i LATENCY_OPTIMIZED
Czy muszę zmienić swój kod?
Nie. Nie ma potrzeby zmieniania kodu. Każde żądanie, które zakończyło się powodzeniem przed zmianą planu na wyższy, nadal będzie realizowane pomyślnie po zmianie planu na wyższy. Żądania z parametrem LATENCY_OPTIMIZED będą tłumaczone przez nowy model, co zapewni poprawioną jakość tłumaczenia.
Czy muszę zrezygnować z używania parametru LATENCY_OPTIMIZED?
Nie. Nie ma potrzeby zmieniania kodu. Typy modeli nadal będą dostępne. Użytkownicy nadal będą mogli wybrać szybszą odpowiedź lub lepszą jakość. Żądania typu LATENCY_OPTIMIZED będą przetwarzane przez nowy model, poprawiający wyniki.
Czy muszę przeprowadzić zmianę planu na wersję API v3?
Nie. Nie ma potrzeby zmieniania kodu. Wersja v2 nadal działa. Żądania z parametrem LATENCY_OPTIMIZED dla wersji v2 będą przetwarzane przez nowy model o poprawionych wynikach.
Co się stanie, jeśli mój kod w ogóle nie określa konkretnego modelu?
Obecnie żądania bez wyraźnie podanego parametru modelu są domyślnie przypisywane do modelu LATENCY_OPTIMIZED. Jeśli nie podejmie Pan/Pani żadnych działań, powinien Pan/Pani zauważyć niewielką poprawę jakości.
Wcześniej wybierałem model Classic jako parametr API. Jak mogę nadal z niego korzystać?
Wybrał Pan LATENCY_OPTIMIZED, a nie „Classic”. W przeszłości model LATENCY_OPTIMIZED był obsługiwany przez model „Classic”, ale nigdy nie było to gwarantowane. Nasza nowa generacja zoptymalizowana pod kątem opóźnień spełni oczekiwania naszych użytkowników dotyczące szybszych odpowiedzi. Więcej informacji znajdzie Pan w dokumentacji API DeepL .
A co z opcją PREFER_QUALITY_OPTIMIZED?
Opcja PREFER_QUALITY_OPTIMIZED miała znaczenie w okresie od listopada 2024 r. — kiedy pierwsza wersja naszego modelu nowej generacji została udostępniona dla ograniczonej liczby języków — do kwietnia 2025 r. — kiedy to nasz model nowej generacji obsługiwał już wszystkie języki objęte modelem Classic. Umożliwiało to użytkownikom powrót do poprzedniej wersji, jeśli ich języki nie były jeszcze obsługiwane.
Model nowej generacji osiągnął równoważność z modelem klasycznym w kwietniu 2025 r., a opcja PREFER_QUALITY_OPTIMIZED stała się funkcjonalnie równoważna z opcją QUALITY_OPTIMIZED.
Dalsze pytania
Co w przypadku, gdy korzystam z interfejsu API CAT?
Nie muszą Państwo zmienić kodu. Żądania kierowane do interfejsu CAT API będą tłumaczone przez nowy model poprawiający jakość tłumaczenia.
Dlaczego nie zostałem poinformowany o tym, że API zostało zmienione?
Ponieważ jest to zmiana planu na wyższy, a nie wycofanie funkcji. Nowy model charakteryzuje się podobnym profilem opóźnień oraz wyższą jakością, co potwierdzono w testach ślepych.
DeepL zastrzega sobie prawo do dyskretnej zmiany modelu obsługującego np. żądanie typu model_type=quality_optimized, o ile uznamy, że przynosi to użytkownikowi korzyść netto (np. brak znaczącego wzrostu opóźnienia przy jednoczesnym wzroście jakości lub znaczne skrócenie opóźnienia przy braku lub jedynie bardzo niewielkim spadku jakości).
O czym zatem była ta wiadomość e-mail z 30 czerwca?
Interfejs API pozwala użytkownikom wybrać cel, a nie model. Oba te wybory zostaną zachowane. Z kolei witryna internetowa umożliwiała użytkownikom wyraźny wybór modelu. Ta opcja zostanie wycofana. 30 czerwca menu rozwijane „Powered by” na witrynie internetowej i w aplikacjach zniknie. Wszyscy użytkownicy witryny internetowej będą korzystać z tego samego modelu, co w przypadku żądań API typu QUALITY_OPTIMIZED.
Kiedy nastąpi zmiana w interfejsach API?
Interfejsy API są aktualizowane w ramach stopniowego wdrażania w okresie od 27 maja do 15 czerwca. Nie możemy podać konkretnej daty dla poszczególnych klientów.