يقدم هذا المقال معلومات حول إنهاء دعم نموذج لغة «كلاسيك» من DeepL، بالإضافة إلى خطوات حل المشكلات لكل مشكلة قد تواجهها. انقر لتوسيع كل مشكلة.
أسباب إنهاء الدعم
ما الذي سيتغير فيما يتعلق بنماذج اللغة في DeepL؟
تقوم DeepL بترقية النموذج الذي يخدم طلبات API باستخدام نموذج LATENCY_OPTIMIZED .
منذ نوفمبر 2024، تتيح اتصالات API للمستخدمين اختيار أحد نوعي النماذج التاليين: QUALITY_OPTIMIZED وLATENCY_OPTIMIZED.
تم تحديث نموذج الجيل التالي الذي يخدم طلبات QUALITY_OPTIMIZED في أبريل 2025، ونوفمبر 2025، ومارس 2026، ومن المقرر إجراء ترقية فئة الاشتراك في يونيو 2026. أما نموذج لغة الكلاسيكي الذي يخدم LATENCY_OPTIMIZED عمره أكثر من عامين. ويجري إجراء ترقية فئة الاشتراك له إلى نسخة من الجيل التالي ذات زمن انتقال منخفض.
| إذا كنت قد طلبت… | في الربع الأول من عام 2026، تمت تلبية طلبك بواسطة… | في الربع الثالث من عام 2026، سيتم تلبية طلبك بواسطة… |
| QUALITY_OPTIMIZED | أحدث نموذج من الجيل التالي | أحدث نموذج من الجيل التالي |
| LATENCY_OPTIMIZED (أو عدم تحديد نموذج صريح) |
النموذج الكلاسيكي (أقدم من سنتين) |
نفس نموذج الجيل التالي تمامًا مثل QUALITY_OPTIMIZED، ولكنه يتم نشره في وضع منخفض التأخير. |
لماذا تقوم DeepL بهذا التغيير؟
تستمر جودة الترجمة في النموذج الكلاسيكي في التخلف عن نموذج الجيل التالي، حيث تقرر التوقف عن استثمار فريق المساعدة الهندسية في النموذج الأقدم.
في أبريل، أجرت DeepL اختبارات عمياء بواسطة البشر لمقارنة DeepL Next-gen وDeepL Classic مع Google Translate وMS Translate وOpenAI وAnthropic وGoogle Gemini. تم استخدام نماذج اللغة الكبيرة (LLMs) بأبطأ إعداداتها وأغلى تكلفةً. وخرج نموذج اللغة من الجيل التالي لـ DeepL فائزًا في المواجهات المباشرة مع جميع هؤلاء المنافسين. يخسر DeepL Classic أمام جميع المنافسين باستثناء واحد منهم.
كما أن الميزات التي يتم إصدارها بعد عام 2024 غالبًا ما لا تكون هناك مساعدة لها في النموذج Classic، بما في ذلك اللغات الجديدة أو التحديثات على Customization hub في DeepL.
التغييرات الخاصة بـ QUALITY_OPTIMIZED و LATENCY_OPTIMIZED
هل أحتاج إلى تغيير الكود الخاص بي؟
لا. لا تحتاج إلى تغيير الكود الخاص بك. كل طلب نجح قبل الترقية فئة الاشتراك سيظل ناجحًا بعد الترقية. طلبات LATENCY_OPTIMIZED سيتم ترجمتها بواسطة نموذج جديد، مع مخرجات محسّنة.
هل أحتاج إلى إزالة استخدامي للمعلمة LATENCY_OPTIMIZED؟
لا. لا تحتاج إلى تغيير الكود الخاص بك. ستظل أنواع النماذج موجودة. يمكن للمستخدمين لا يزال بإمكانهم اختيار استجابة أسرع أو جودة أفضل. طلبات LATENCY_OPTIMIZED ستُعالج بواسطة نموذج جديد مع مخرجات محدثة.
هل أحتاج إلى الترقية إلى API v3؟
لا. لا تحتاج إلى تغيير الكود الخاص بك. الإصدار v2 لا يزال قيد التشغيل. سيتم ترجمة طلبات LATENCY_OPTIMIZED للإصدار v2 بواسطة نموذج جديد مع مخرجات محدثة.
ماذا لو لم يحدد الكود الخاص بي نموذجًا بشكل صريح على الإطلاق؟
في الوقت الحالي، يتم تعيين الطلبات التي لا تحتوي على معلمة نموذج صريحة إلى LATENCY_OPTIMIZED بشكل افتراضي. إذا لم تقم بأي إجراء، فمن المفترض أن تلاحظ تحسناً طفيفاً في الجودة.
كنت أختار النموذج الكلاسيكي كمعلمة لـAPI. كيف يمكنني الاستمرار في استخدامه؟
لقد اخترت LATENCY_OPTIMIZED، وليس Classic. تاريخيًا، كان LATENCY_OPTIMIZED يتم تقديمه بواسطة Classic، لكن ذلك لم يكن مضمونًا أبدًا. سيحقق الجيل التالي المُحسّن من حيث زمن الاستجابة هدف مستخدمينا المتمثل في الحصول على استجابات أسرع. تعرف على المزيد في وثائق DeepL API .
ماذا عن PREFER_QUALITY_OPTIMIZED؟
كان خيار PREFER_QUALITY_OPTIMIZED مناسبًا في الأشهر الممتدة بين نوفمبر 2024 — عندما تم إصدار الإصدار الأول من نموذج الجيل التالي الخاص بنا لعدد محدود من اللغات — وأبريل 2025 — عندما أصبح نموذج الجيل التالي الخاص بنا يدعم جميع اللغات التي يغطيها نموذج Classic. وقد سمح ذلك للمستخدمين بالرجوع إلى الخيار القديم إذا لم تكن لغاتهم مدعومة بعد.
وصل الجيل التالي إلى التكافؤ مع النموذج الكلاسيكي في أبريل 2025 وأصبح خيار PREFER_QUALITY_OPTIMIZED مكافئًا من الناحية الوظيفية لخيار QUALITY_OPTIMIZED.
أسئلة أخرى
ماذا لو كنت أستخدم API CAT؟
لا تحتاج إلى تغيير الكود الخاص بك. سيتم ترجمة طلبات API واجهة برمجة تطبيقات CAT بواسطة نموذج جديد ذي مخرجات محسّنة.
لماذا لم يتم إرسال إشعار لي بهذا التغيير في API؟
لأن هذا ترقية فئة الاشتراك وليس إيقافًا. يتميز النموذج الجديد بـ معدل تأخير مشابه وزيادة في الجودة، وفقًا لنتائج الاختبارات العمياء.
تحتفظ DeepL بالحق في تغيير النموذج الذي يخدم، مثلاً، طلب model_type=quality_optimized دون إشعار مسبق، طالما نرى أن ذلك يمثل فائدة صافية للمستخدم (مثل عدم وجود زيادة ملحوظة في زمن الاستجابة، مع تحسن في الجودة، أو انخفاض ملحوظ في زمن الاستجابة دون انخفاض في الجودة أو مع انخفاض طفيف جدًا فقط).
ولكن ماذا كانت فحوى رسالة البريد الإلكتروني/الرسالة الإلكترونية التي أُرسلت في 30 يونيو إذن؟
تسمح واجهة برمجة التطبيقات (API) للمستخدمين باختيار هدف، وليس نموذجًا. وسيتم الحفاظ على هذين الخيارين. من ناحية أخرى، كان الموقع الإلكتروني يسمح للمستخدمين بشكل صريح باختيار نموذج. هذا الخيار سيُزال. في 30 يونيو، ستختفي القائمة المنسدلة «Powered by» على الويب والتطبيقات. سيستخدم جميع مستخدمي الويب نفس النموذج المستخدم لطلبات API من نوع QUALITY_OPTIMIZED.
متى سيتم التبديل بين APIs؟
يتم إجراء ترقية فئة الاشتراك لواجهات برمجة التطبيقات (APIs) عبر عملية طرح تدريجية بين 27 مايو و15 يونيو. لا يمكننا تحديد تاريخ محدد لعميل معين.