حيث تنتهي واجهة Decisions API الخاصة بـ OpenAI وتبدأ Jev: ما يظهره أول عميل خارجي

في الساعة 23:05 بالتوقيت العالمي المنسق (UTC) بتاريخ 2026-10-06، ظهرت إضافة تُسمى llm-openai-decisions على PyPI، ويحتوي ملف README الخاص بها على الجملة التي لم تنشرها تغطية الإطلاق: "على عكس Jev، فإن الجديد gpt-6-luna، نموذج القرار، يدعم إدخال الصور بالإضافة إلى النص." المؤلف هو Simon Willison، الذي كتب أيضًا أول عميل لنموذج قرار TypeSafe، والمقارنة التي يعقدها هي بين GPT-6 Luna — النموذج الذي يقف خلف Decisions API من OpenAI — وJev 1.13، نموذج System One النصي فقط من TypeSafe. وتشير نفس التدوينة إلى أن الإضافة نفسها كتبها GPT-6 Astra أثناء قراءة توثيق OpenAI.

الشيء المفيد في عميل يُطلَق بعد أسبوع من API هو أنه يُكتب وفق شكل الطلب، لا وفق الكلمة الرئيسية، ولذلك يُبرز الفروق التي تُجمّلها النصوص التسويقية. لا شيء هنا يُعد تسريبًا، ولا شيء هنا غير مؤكد — فكل رقم أدناه مصدره صفحة نشرتها OpenAI أو TypeSafe أو مستودع الإضافة نفسه، وقد قُرئت جميعها في 2026-10-07. وما يزال ناقصًا هو قياس مستقل لنقطة النهاية نفسها، وهذه الفجوة مذكورة في النهاية بدلًا من التستر عليها.

الأسطح الثلاثة، مُبقاة منفصلة

أول ما يجب توضيحه هو أن هذه ثلاث طبقات مختلفة، والتغطية الصحفية تخلط بينها.

• نقاط النهاية. نقطة OpenAI هي POST /v1/decisions، مسار مخصص بدلاً من كونه وضعًا في واجهة Responses API. أما نقطة TypeSafe فهي POST /v1/systemone. وكلتاهما تأخذان مجموعة من الأدلة بالإضافة إلى قائمة أسئلة محدّدة النوع وتعيدان إجابة واحدة لكل سؤال، مفتاحها الاسم الذي أعطيته له.

• النماذج. تقبل واجهة Decisions API اليوم نموذجًا واحدًا فقط، gpt-6-luna، وهو أيضًا الفئة منخفضة التكلفة من خط GPT-6 العام لدى OpenAI، وقد صدر في 2026-09-22 كنموذج عادي للنصوص والصور. أما Jev 1.13 فهو نموذج قرارات من البداية إلى النهاية — إذ لا يستطيع إخراج نص حر على الإطلاق. أطلقته TypeSafe في 2026-09-15 وهو متاح للعموم منذ 2026-09-21.

• العملاء.تدعم حزم SDK الخاصة بـ OpenAI نقطة النهاية منذ أن أُتيح في النسخة التجريبية العامة في 2026-10-06، لذا فالإضافة ليست الطريقة الأولى لاستدعائها. وهي أول عميل من خارج SDK الخاصة بـ OpenAI تمكنا من التحقق منه، وأول واحد كُتب لأداة سطر أوامر بدلاً من مكتبة تطبيق.

المتران، جنبًا إلى جنب

هنا يكون ملف README الخاص بالعميل أكثر قيمة من الإعلان، لأن الأرقام تجاور الصياغة.

• السعر — تفرض Decisions API رسومًا قدرها 0.10 دولار لكل مليون رمز إدخال دون أي رسوم على الإخراج، ولا رسوم قراءة من الذاكرة المؤقتة، ولا رسوم كتابة في الذاكرة المؤقتة. تفرض Jev 1.13 رسومًا قدرها 0.042 دولار لكل مليون رمز إدخال مع إخراج مجاني. يفرض كلاهما رسومًا على ما ترسله ولا شيء على ما يعود، لذا فإن القرار يكلف جزءًا بسيطًا من السنت بأي من السعرين، والفرق بينهما هو عامل 2.4، وليس نموذج فوترة مختلف.

• المدخلات — تقبل واجهة Decisions API النص، أو رسائل المستخدم التي تخلط النص بالصور، ويذكر ملف README الخاص بالإضافة أن مرفقات PNG وJPEG وWebP وGIF مدعومة بحد أقصى 128 صورة في الطلب الواحد. يجب إدخال الصور كعناوين data URLs مضمّنة بترميز base64؛ عناوين URL للصور المستضافة عبر HTTP أو HTTPS ومدخلات file_id غير مقبولة من نقطة النهاية، لذا تحوّل الإضافة عنوان URL أو مسارًا محليًا قبل إرساله. توثيق Jev 1.13 صريح في الاتجاه المعاكس: "لا إدخال للصور أو الصوت أو الفيديو"، وينبغي معالجة المدخلات غير النصية مسبقًا إلى نص أو حقول منظّمة قبل أن تصل إلى الحالة.

• أنواع الأسئلة — OpenAI توثق ثلاثة: مُسند (احتمال من 0 إلى 1 أن شرطًا مذكورًا يتحقق)، اختيار (قيمة واحدة من قائمتك، بالإضافة إلى توزيع وحقل ثقة منفصل)، و درجة (متوسط مرجح بالاحتمال عبر مستويات مرتبة). الثلاثة الخاصة بـ TypeSafe هي نفس الأفكار الثلاثة تحت أسماء مختلفة: noul لـ نعم/لا، اختيار، و درجة. "Noul" هو اختصار لـ Bernoulli، والاسم علامة عادلة على الفرق الثقافي — أحد البائعين يقدم اسمًا إنجليزيًا بسيطًا، والآخر يقدم نكتة إحصائية.

• حساب الدرجة — يتطابق الاثنان تمامًا، وهي أقوى إشارة على أن هذه فئة منتج واحدة لا فئتان. تُغذّي وثائق OpenAI ثلاثة مستويات خطورة باحتمالات 0.1 و0.7 و0.2، فتحصل في المقابل على درجة 1.1 — عمدًا بين مستويين بدلًا من الالتصاق بأقربهما. ومستويات TypeSafe مفهرسة من الصفر بالطريقة نفسها، والإضافة الخاصة بـ Jev تقبل ما بين مستويين وعشرة مستويات مرتبة. ولا تذكر صفحة OpenAI أي سقف؛ فهذا غياب في وثائقهم، وليس حدًا يمكننا الجزم به.

• الميزانيات — توثّق Jev نافذتها بدقة: نحو 64,000 رمز لكل طلب، منها حوالي 32,000 تغطي الحالة بالإضافة إلى أطول سؤال منفرد، مقابل سياق بحجم 1,050,000 رمز يورده كتالوجنا الخاص لـ GPT-6 Luna بوصفه نموذجًا عامًا. ولا تنشر صفحة قرارات OpenAI أي ميزانية رموز على الإطلاق، بل فقط ملاحظة أن علاوات المعالجة الإقليمية ومضاعفات إدخال السياق الطويل لا تزال تنطبق على السعر.

ما يكشفه العميل مما لم يكشفه الإعلان

هناك ثلاثة تفاصيل في الإضافة وملف README الخاص بها تستحق الإفراد، لأن كل واحد منها يغيّر الطريقة التي ستربط بها نقطة النهاية.

الأول هو أن القرار يمكن أن يعود كرفض. لا تشرح وثائق OpenAI هذا أبدًا في النثر، لكن كل عينة SDK تتفرع عليه — answer.type === "refusal" في JavaScript، و OpenAI::Models::Decision::Answer::Refusal حالة في Ruby — ويوضح ملف README الخاص بالبرنامج المساعد أن السؤال المرفوض يُحفظ على شكل {"name":"...","type":"refusal"}. لذا فإن نوع الإجابة هو فعليًا أربع قيم، وليس ثلاثًا، وأي حلقة إنتاجية يجب أن تتعامل مع فرع رابع لم يذكره أي إعلان.

الثاني هو ما تفتقر إليه الإضافة بدلاً من أن يكون موجوداً فيها. يؤطر منشور ويلسون نفسه العمل على أن يقوم GPT-6 Astra بقراءة الوثائق الجديدة وبناء العميل منها — من الوثائق إلى العميل، تمريرة واحدة، دون برنامج تعليمي بشري. أصبحت هذه الآن طريقة طبيعية لكتابة عميل، وهي تعني أن مسألة ما إذا كانت وثائق نقطة نهاية ما كاملة بما يكفي لتوليد عميل عامل منها قد أصبحت مسألة عملية بدلاً من كونها تحريرية. بالنسبة لنقطة النهاية هذه، الجواب هو نعم في الغالب، مع كون نوع الرفض هو الدرز المرئي.

الثالث هو شكل مصفوفة الأسئلة. تتيح لك OpenAI وضع أسئلة مستقلة في طلب واحد مقابل مُدخل مشترك — افحص صورة منتج بحثًا عن التلف وصنّف فئته في الاستدعاء نفسه — لكنها تشترط طلبات منفصلة عندما يعتمد سؤال لاحق على إجابة سابقة. ويتبنّى Jev الموقف نفسه للسبب نفسه: فأسئلته تُقيَّم على التوازي مقابل حالة واحدة، لذا يجب أن يتحول أي شيء متسلسل إلى استدعاءين. كلا المورّدين صمّم من أجل التوسّع المتفرّع (fan-out)، وكلاهما يخبرك بالشيء نفسه عن أين تذهب ميزانية زمن الاستجابة.

تضم الفئة الآن ثلاثة عناصر، واثنان منها ليسا من النماذج العامة

يجدر تسمية الثالث، لأن إطار نقطة نهاية القرار لا يكون منطقيًا إلا عند النظر إلى الثلاثة جميعًا. وتطرح Perplexity واجهة برمجة تطبيقات Decisions خاصة بها، يقدمها pplx-decider-v1-27b — نموذج قرار بـ27 مليار معامل صدر بموجب Apache 2.0 مع أوزان على Hugging Face في 2026-10-01. وهذا يمنح الفئة شكلًا مختلفًا فعلًا عن نظيرتها لدى OpenAI: Jev 1.13 مغلق ونصي فقط، ومُقرِّر Perplexity مفتوح الأوزان ويقبل الصور، وطرح GPT-6 Luna عبارة عن هيكل تشغيل حول نموذج عام بدلًا من نموذج مبني لاتخاذ القرار.

بالنسبة للقارئ الذي يختار اليوم، الفارق العملي أضيق من التسويق. إذا كان دليلك جملة أو سجلًا وتريد أقل تكلفة لكل استدعاء مع أقل تباين في السلوك، فإن Jev 1.13 هو المتخصص وسعره البالغ 0.042 دولار هو الأدنى بين الأسعار الثلاثة المنشورة التي تمكنا من التحقق منها. إذا كان دليلك يتضمن صورة، أو كنت تريد قرارًا من نموذج تعرفه بالفعل من المهام العادية، فإن Decisions API هي الخيار الوحيد من بين الخيارين المغلقين الذي يقبل الصور. الخيار مفتوح الأوزان يجيب عن سؤال مختلف — التحكم والاستضافة الذاتية — ولم نختبره.

ما يمكننا قياسه فعلاً، وما لا يملكه أحد

زعم OpenAI بشأن نقطة النهاية هو أنها «تقيّم النصوص، أو الصور، أو كليهما، وتقدّم إجابات مُنمّطة أسرع بنحو 10 أضعاف من Responses API». هذا زعم معلن من المورّد ولم يُعَد إنتاجه: لا منطقة محددة، ولا حجم مدخلات، ولا مستوى تزامن، ولا اتفاقية مستوى خدمة، وخط الأساس هو Responses API بشكل عام لا أي عبء عمل محدد. رقم التسريع هو الرقم الذي يُبنى عليه موعد نهائي.

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

• {{1}}GPT-6 Luna{{/1}}، جميع أشكال الطلبات: وسيط زمني قدره 1,448 مللي ثانية وp95 قدره 4,912 مللي ثانية، ومعدل خطأ 1.31% عبر 643,394,111 رمزًا في سبعة أيام، وهو ما تبدو عليه إنتاجية نحو 125 رمز إخراج في الثانية عندما يكتب النموذج.

• Jev 1.13: وسيط قدره 149 مللي ثانية، وp95 قدره 245 مللي ثانية، ومعدل خطأ يبلغ 0.10% عبر 110,193,080 توكنًا. هذه نقطة نهاية سريعة حقًا، وهي سريعة لأنها لا تولّد استجابة — بل تُعيد أرقامًا لحالة يتم استيعابها مرة واحدة.

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

السؤال الأعمق غير المقيس هو المعايرة، وهو السؤال الذي يحدد ما إذا كان أي من هذا قابلاً للاستخدام. فاحتمال 0.92 لتلف مرئي لا يستحق توجيه القرار بناءً عليه إلا إذا كانت الصور التي حصلت على درجات قريبة من 0.92، عبر بياناتك الواردة، تالفة نحو 92% من الوقت. توثيق OpenAI يخبرك بتعيين العتبات من أمثلة موسومة واختيارها وفق تكلفة الإيجابيات الكاذبة مقابل السلبيات الكاذبة. هذه نصيحة صحيحة، وهي أيضاً إقرار بأن معايرة هذه الأرقام شيء عليك أن تثبته بنفسك. وكخطوة أولى، قِس توزيع الاحتمالات المُعادة على عينة تعرف إجاباتها مسبقاً. إذا عاد كل شيء بقيمة 0.99 أو 0.01، فالعتبة لا تؤدي أي عمل، ونقطة النهاية ليست سوى قيمة منطقية باهظة الثمن جداً.

كيف تجرّب أيًّا منهما دون المراهنة بمسار إنتاجي عليه؟

المصادر، بصراحة: عقد نقطة النهاية، والسعر، وقواعد الصور في هذا المقال مأخوذة من وثائق Decisions API الخاصة بـ OpenAI وملف README الخاص بالملحق، وكلاهما قُرِئ في 2026-10-07؛ ومواصفات Jev 1.13 مأخوذة من وثائق النموذج الخاصة بـ TypeSafe؛ وأرقام الخدمة هي بيانات الملعب الخاصة بنا خلال النافذة الممتدة سبعة أيام والمنتهية في 2026-10-07؛ والطوابع الزمنية للحزمة تأتي من PyPI وسجل Git الخاص بالمشروع. ادعاء السرعة 10x هو ادعاء OpenAI وقد وُسِم على هذا النحو. ترخيص وتاريخ إصدار المُقرِّر مفتوح الأوزان مأخوذان من مستودع النموذج الخاص به.

واجهة برمجة التطبيقات Decisions API نفسها هي تغليف OpenAI الخاص، ونحن لا نوجّهها؛ إذا كنت تريد تلك النقطة النهائية تحديدًا، فإن OpenAI هي مكانها. أما النماذج التي تقف خلفها فهي مسألة مختلفة. GPT-6 Luna مسار نشط على OrcaRouter بسعر OpenAI المعلن دون تمرير أي هامش ربح، وtypesafe/jev-1.13 بسعر القائمة متاح على المفتاح نفسه، مما يجعل المقارنة في هذا المقال شيئًا يمكنك تشغيله بدلًا من قراءته: الحالة نفسها، والأسئلة نفسها، ونقطتا نهاية، وعقد واحد لإدارته، ولا فاتورة ثانية.

هذه هي أيضًا الطريقة العقلانية لتبنّي واجهة غير مُثبتة. ضَع القرار خلف بديل احتياطي، بحيث يتحول الرفض أو انتهاء المهلة أو تغيّر حد تجريبي تحتك إلى استدعاء قائم على المطالبة بدلًا من انقطاع، وأبقِ ذلك البديل الاحتياطي على المفتاح نفسه الخاص بالخيار الأساسي حتى لا يكون هناك ما يُعاد توصيله عندما تتحرك نقطة النهاية نحو التوفر العام. تقول OpenAI إن التوفر العام متوقع في الأسابيع المقبلة وإن gpt-6-luna هو النموذج الوحيد المتاح في هذه الأثناء؛ وكلاهما سببان للبناء وفق الشكل وتزويده بأدوات المراقبة الآن، وليس أي منهما سببًا لوضع تفويض دفع خلفه بعد.

ماذا تشاهد بعد ذلك

ثلاثة أمور ستحسم الأسئلة التي لا تستطيع هذه المقالة حسمها. ميزانية رموز معلنة لنقطة نهاية القرارات، بحيث يمكن قياس حجم الطلب بدل تخمينه. أي إعلان عن التوفر العام (GA)، وهي اللحظة التي يتوقف عندها سعر الإدخال فقط عن كونه وعدًا في النسخة التجريبية. وقياس مستقل واحد لزمن الاستجابة والمعايرة على نقطة النهاية نفسها — أول شخص يمرّر بضعة آلاف من الأزواج الموسومة عبرها وينشر منحنى الموثوقية سيفعل لهذه الفئة أكثر مما فعل أيٌّ من منشوري الإطلاق.

حتى ذلك الحين، يبقى الملخص الصادق ضيقًا ومفيدًا: إذا كان ما تحتاج إلى اتخاذ قرار بشأنه نصًا، فإن Jev 1.13 أرخص، وهو يعيد أرقامًا في نحو 150 مللي ثانية في حركة المرور لدينا. وإذا كان ما تحتاج إلى اتخاذ قرار بشأنه يتضمن صورة، فإن Decisions API من OpenAI هي التي ستنظر إليها، بسعر يبلغ 2.4 ضعف سعر الإدخال، مع ملصق بيتا على العلبة. كلاهما قابل للاستدعاء من سطر أوامر اعتبارًا من هذا الأسبوع، وهذا وضع أفضل مما كان عليه أيٌّ منهما قبل سبعة أيام.