OpenAI ترد على Jev من TypeSafe بواجهة Decisions API المبنية على Luna

أطلقت OpenAI يوم الثلاثاء واجهة Decisions API خلال مؤتمر DevDay السنوي. هذا رد الشركة على نماذج اتخاذ القرار التي أصبحت شائعة خلال الأشهر الماضية بفضل Jev من TypeSafe. الواجهة الجديدة مبنية على نموذج Luna، الأصغر والأرخص في خط OpenAI الحالي.

ماذا تفعل Decisions API

على عكس نماذج الدردشة، لا يكتب نموذج اتخاذ القرار نصًا. بل يعيد أحد الردود المحددة مسبقًا ويضيف إليه درجة ثقة. يمرر المطوّر إلى النموذج السؤال والردود المحتملة والسياق، وفي المقابل يحصل على درجة يمكن استخدامها مباشرة في منطق التطبيق.

وفقًا لـ OpenAI، يعيد نموذجها النتيجة خلال 150 مللي ثانية، بينما تستغرق المهمة نفسها مع GPT-6 Luna نحو 1.6 ثانية. هذه السرعة ودرجات الثقة الأكثر واقعية هي ما يجعل مثل هذه النماذج مفيدة لتصنيف المحتوى، أو توجيه الطلبات، أو لاختيار الوكيل الإجراء التالي من بين خيارات محدودة.

بين الموجّه والمصنّف المدرّب

اليوم تحل معظم الفرق هذه المهمة بنموذج دردشة عادي وموجّه مكتوب بعناية: تطلب من النموذج اختيار خيار واحد من القائمة، ثم تقرأ احتمالات الرموز لتحديد درجة الثقة تقريبًا.

البديل هو تدريب مصنّف صغير. إنه سريع ورخيص، لكنه يحتاج إلى بيانات موسومة وإعادة تدريب في كل مرة تتغير فيها مجموعة الفئات. يقف نموذج اتخاذ القرار بين هذين الخيارين: تُمرر الفئات الجديدة في الموجّه، ويعود في الرد درجة مفيدة للمطوّر.

بالنسبة إلى OpenAI، هذه ليست فكرة جديدة تمامًا: فواجهة Moderation API التابعة للشركة تعيد منذ وقت طويل درجات حسب الفئات بدل النص، لكن هناك OpenAI هي التي تحدد الفئات وليس المطوّر.

وصول محدود وأسئلة مفتوحة

حاليًا، Decisions API متاحة فقط بوصول محدود، ومن المخطط إطلاقها الكامل خلال الأيام المقبلة. قال ممثل OpenAI لـ The New Stack إنه سيكشف التفاصيل „عند الإطلاق الكامل“.

ليس معروفًا كم ستكلف الدعوة الواحدة، وكم ردًا محتملًا يستوعب الطلب الواحد، وهل سيتمكن المطوّرون من تكييف النموذج مع بياناتهم. هذه الإجابات الثلاث هي التي ستحدد ما إذا كانت Decisions API ستصبح جزءًا قياسيًا من أطر الوكلاء، أم ستبقى أداة ضيقة بجانب نماذج الدردشة.