يقدم هذا المقال معلومات حول إنهاء دعم نموذج لغة "كلاسيك" من 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 Next-gen و DeepL Classic مع Google Translate و MS Translate و OpenAI و Anthropic و Google Gemini. تم استخدام نماذج اللغة الكبيرة (LLMs) في أبطأ إعداداتها وأغلىها . وخرج نموذج اللغة من الجيل التالي من DeepL فائزًا في المواجهات المباشرة مع جميع هؤلاء المنافسين. يخسر DeepL Classic أمام جميع المنافسين باستثناء واحد منهم.
غالبًا ما لا يتم تقديم المساعدة للميزات التي يتم إصدارها بعد عام 2024 في نموذج Classic، بما في ذلك اللغات الجديدة أو تحديثات Customization hub في DeepL.
التغييرات في QUALITY_OPTIMIZED و LATENCY_OPTIMIUED
هل أحتاج إلى تغيير الكود الخاص بي؟
لا. لا تحتاج إلى تغيير الكود الخاص بك. كل طلب نجح قبل الترقية فئة الاشتراك سيظل ناجحًا بعد الترقية. طلبات 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 يونيو. لا يمكننا تحديد تاريخ محدد لعميل معين.