W niniejszym artykule przedstawiono informacje dotyczące wycofania klasycznego modelu językowego DeepL, a także wskazówki dotyczące rozwiązywania problemów związanych z poszczególnymi sytuacjami, z którymi mogą się Państwo spotkać. Proszę kliknąć, aby rozwinąć opisy poszczególnych problemów.
Przyczyny wycofania
Co się dzieje?
DeepL aktualizuje model obsługujący żądania API, wykorzystują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. i 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 ponad dwa lata. Jest on aktualizowany do wersji 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 |
| OPTYMALIZACJA OPÓŹNIEŃ (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 niskiego opóźnienia. |
Dlaczego zmieniasz 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ć DeepL Next-gen i DeepL Classic z Tłumaczem Google, MS Translate oraz OpenAI, Anthropic i Google Gemini. Modele LLM były wykorzystywane w najwolniejszych i najdroższych ustawieniach. Model językowy DeepL nowej generacji okazał się zwycięzcą w bezpośrednich porównaniach z wszystkimi tymi 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 muszą Państwo zmienić swojego kodu. Każde żądanie, które zakończyło się powodzeniem przed zmianą planu na wyższy, nadal będzie działać po zmianie planu na wyższy. Żądania z parametrem LATENCY_OPTIMIZED będą tłumaczone przez nowy model, co zapewni poprawioną jakość wyników.
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 API v3?
Nie. Nie ma potrzeby zmieniania kodu. Wersja v2 nadal działa. Żądania LATENCY_OPTIMIZED dla wersji v2 będą przetwarzane przez nowy model z poprawioną wydajnością.
Co się stanie, jeśli mój kod w ogóle nie określa konkretnego modelu?
Obecnie żądania bez wyraźnego parametru modelu są domyślnie ustawiane na LATENCY_OPTIMIZED. Jeśli nie podejmie Pan żadnych działań, powinien Pan 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 LATENCY_OPTIMIZED był obsługiwany przez Classic, ale nigdy nie było to gwarantowane. Nasza zoptymalizowana pod kątem opóźnień wersja nowej generacji spełni oczekiwania naszych użytkowników dotyczące szybszych odpowiedzi. Więcej informacji można znaleźć w dokumentacji API DeepL .
A co z opcją PREFER_QUALITY_OPTIMIZED?
PREFER_QUALITY_OPTIMIZED miało 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ł wszystkie języki objęte modelem Classic. Pozwalało to użytkownikom na powrót do poprzedniej wersji, jeśli ich języki nie były jeszcze obsługiwane.
Model nowej generacji osiągnął równowagę z modelem klasycznym w kwietniu 2025 r., a PREFER_QUALITY_OPTIMIZED stało się funkcjonalnie równoważne z QUALITY_OPTIMIZED.
Dodatkowe pytania
Co w przypadku, gdy korzystam z interfejsu API CAT?
Nie muszą Państwo zmieniać swojego kodu. Żądania API będą tłumaczone przez nowy model o poprawionej jakości wyników.
Dlaczego nie poinformowano mnie 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 potwierdzają testy ślepe.
DeepL zastrzega sobie prawo do cichej zmiany modelu obsługującego np. żądanie model_type=quality_optimized, o ile uznamy, że przynosi to korzyść netto dla użytkownika (np. brak znaczącego wzrostu opóźnienia, ale wzrost jakości lub znaczne skrócenie opóźnienia bez spadku jakości lub przy jedynie bardzo niewielkim spadku jakości).
O czym zatem była ta wiadomość e-mail z 30 czerwca?
API pozwala użytkownikom wybrać cel, a nie model. Oba te wybory zostaną zachowane. Z drugiej strony witryna internetowa pozwalała użytkownikom wyraźnie wybrać model. Ta opcja zostanie wycofana. 30 czerwca menu rozwijane „Powered by” na witrynie internetowej i w aplikacjach zniknie. Wszyscy użytkownicy witryny będą korzystać z tego samego modelu, co w przypadku żądań API QUALITY_OPTIMIZED.
Kiedy nastąpi zmiana interfejsów API?
API są poddawane zmianom w ramach stopniowego wdrażania w okresie od 27 maja do 15 czerwca. Nie możemy podać konkretnej daty dla poszczególnych klientów.