OpenAI Decisions API: حين يصبح اتخاذ القرار خدمة تُستدعى بسطر كود
OpenAI أطلقت Decisions API في 29 سبتمبر 2026 بالاعتماد على GPT-6 Luna، فما الذي تفعله هذه الخدمة الجديدة، وكيف تغيّر طريقة بناء التطبيقات الذكية؟
أعلنت OpenAI في 29 سبتمبر 2026 عن خدمة جديدة اسمها Decisions API، تعمل بالاعتماد على نموذج GPT-6 Luna، وهي متاحة حالياً في معاينة محدودة لعدد مختار من عملاء الواجهة البرمجية، على أن يتّسع الإطلاق خلال أيام قليلة. الفكرة بسيطة في ظاهرها لكنها تحمل تحوّلاً حقيقياً في طريقة بناء التطبيقات الذكية: بدل أن يكتب المطوّر منطق "إذا حدث كذا فافعل كذا" يدوياً، أو يستدعي نموذج محادثة عام ويحاول تفسير إجابته النصية، يمكنه الآن تعريف سؤال محدد ومجموعة إجابات ممكنة، وتترك للخدمة مهمة اتخاذ القرار الفعلي.
ما الذي تفعله الخدمة بالضبط؟
Decisions API ليست نموذج محادثة عام، بل واجهة برمجية مخصّصة لاتخاذ قرار واحد واضح في كل استدعاء. يعرّف المطوّر:
- السؤال: ما الذي يجب أن يُحسم (هل هذه الرسالة بريد مزعج؟ هل يجب توجيه هذا الطلب لفريق الدعم الفني أم المبيعات؟).
- الإجابات الممكنة: قائمة مغلقة من الخيارات، لا نص حر.
- السياق: البيانات التي يُبنى عليها القرار (نص رسالة، سجل محادثة، بيانات مستخدم).
وتُعيد الخدمة إجابة مصنّفة ضمن الخيارات المحدّدة فقط، بدل نص طويل يحتاج المطوّر إلى تحليله ثم استنتاج القرار منه بنفسه. هذا يعني عملياً نتائج قابلة للتنبؤ يمكن وضعها مباشرة داخل شرط if في الكود، بدل التعامل مع مخرجات نموذج لغوي حرّة الصياغة.
لماذا هذا مهم لمطوّري التطبيقات؟
حتى الآن، كان المطوّرون الذين يريدون استخدام الذكاء الاصطناعي لاتخاذ قرارات تشغيلية (تصنيف تذكرة دعم، تحديد الخطوة التالية لوكيل، تقييم مدى ملاءمة محتوى) يلجؤون لحلّين غير مريحين:
- كتابة قواعد برمجية صارمة (if/else أو محرّك قواعد) تحتاج صيانة مستمرة وتفشل مع الحالات غير المتوقعة.
- استدعاء نموذج محادثة عام، ثم كتابة طبقة إضافية لتفسير النص الناتج وتحويله إلى قيمة يمكن للكود التعامل معها، مع كل ما يحمله ذلك من هشاشة واحتمال أخطاء في التنسيق.
Decisions API تحذف هذه الطبقة الوسيطة تماماً: القرار يخرج جاهزاً بصيغة منظّمة، مما يقلّل زمن الاستجابة وتكلفة المعالجة، ويجعل دمج الذكاء الاصطناعي في مسارات العمل الحرجة (Routing، الإشراف على المحتوى، تحديد خطوة الوكيل التالية) أقرب لاستدعاء دالة عادية منه إلى محادثة مع نموذج.
| الطريقة | القديمة (نموذج محادثة عام) | الجديدة (Decisions API) |
|---|---|---|
| شكل المخرجات | نص حر يحتاج تفسير | قيمة من قائمة محدّدة مسبقاً |
| الموثوقية | تتفاوت حسب الصياغة | ثابتة ومقيّدة بالخيارات المعرّفة |
| زمن الدمج في الكود | يحتاج طبقة تحليل إضافية | مباشر، كاستدعاء دالة |
| حالات الاستخدام | عامة | قرارات تشغيلية متكررة ومحدّدة |
أين يُستخدم هذا عملياً؟
1. توجيه الطلبات والتذاكر
أنظمة الدعم الفني يمكنها استدعاء الخدمة لتحديد ما إذا كانت رسالة العميل تخص الفوترة أم مشكلة تقنية أم استفسار عام، وتوجيهها تلقائياً للفريق المناسب دون الحاجة لمحرّك قواعد يدوي يحتاج تحديثاً كل أسبوع.
2. خطوة الوكيل التالية
في أنظمة الوكلاء المستقلة (Agents)، كثيراً ما يحتاج الوكيل لحسم "ماذا أفعل الآن؟" من بين مجموعة أفعال محدودة. Decisions API توفّر طبقة حسم سريعة ورخيصة لا تتطلب استدعاء نموذج محادثة كامل لكل قرار بسيط.
3. الإشراف على المحتوى
تصنيف محتوى مستخدم كمناسب أو غير مناسب، أو تحديد مستوى الخطورة، بصيغة ثابتة يسهل ربطها بسياسات تلقائية للمنصة.
القيمة الحقيقية ليست في أن النموذج "أذكى"، بل في أن مخرجاته صارت شيئاً يمكن للكود أن يثق به مباشرة، دون طبقة تفسير بينهما.
كيف يوضع هذا في سياق أوسع؟
إطلاق Decisions API يأتي ضمن موجة أعلنتها OpenAI هذا الشهر تضم أكثر من 20 تحديثاً في DevDay 2026، من بينها وكلاء "Dots" الدائمة التشغيل وتوسعة قدرات استخدام الحاسوب عبر واجهة الوكلاء البرمجية. الاتجاه العام واضح: الشركات الكبرى في الذكاء الاصطناعي لم تعد تكتفي بتقديم "نموذج محادثة"، بل تبني طبقة كاملة من الخدمات المتخصّصة التي تحوّل قدرات النموذج العامة إلى أدوات برمجية جاهزة للدمج المباشر في التطبيقات الإنتاجية، تماماً كما تحوّلت قواعد البيانات من محرّكات عامة إلى خدمات متخصّصة (بحث، تحليلات، طوابير) بمرور الوقت.
أسئلة شائعة
هل Decisions API بديل عن نماذج المحادثة العامة؟ لا، هي مكمّلة لها. تُستخدم تحديداً حين يكون المطلوب قراراً واحداً محدداً من قائمة خيارات مغلقة، لا محادثة مفتوحة أو توليد نص حر.
متى تتوفر الخدمة لعموم المطورين؟ هي حالياً في معاينة محدودة لعملاء مختارين من واجهة OpenAI البرمجية، مع خطة توسعة الإطلاق خلال أيام قليلة من الإعلان في 29 سبتمبر 2026.
هل تحتاج بنية تحتية خاصة لاستخدامها؟ لا، هي خدمة عبر واجهة برمجية (API) عادية، تُستدعى بنفس طريقة استدعاء أي خدمة سحابية أخرى، وتُدمج مباشرة في منطق التطبيق القائم.
الخلاصة
Decisions API ليست إضافة تسويقية بقدر ما هي اعتراف عملي بأن أغلب الاستخدامات الحقيقية للذكاء الاصطناعي في التطبيقات الإنتاجية ليست محادثات مفتوحة، بل قرارات صغيرة متكررة يحتاج الكود أن يثق في صيغتها. من يبني اليوم أنظمة توجيه أو وكلاء أو إشراف على محتوى سيجد في هذا النوع من الخدمات المتخصّصة طريقاً أقصر وأكثر موثوقية من بناء طبقة تفسير فوق نموذج محادثة عام، وهو اتجاه من المرجّح أن تحذو فيه شركات أخرى خلال الأشهر القادمة.
