OpenAI تتيح لك أن تختار فئات الخدمة التي يستعملها كلّ مشروع في واجهتها البرمجية

صار بإمكانك أن تختار فئات الخدمة التي يستعملها كلّ مشروع في واجهة OpenAI البرمجية، من إعدادات المنصّة (Platform settings)، بحسب مدخل يؤرّخه سجلّ تغييراتها بـ21 تشرين الأول 2026. وفئة الخدمة (service tier) هي صنف المعالجة الذي يجري عليه طلب واحد بعينه، ودليل الأخطاء لدى OpenAI يسمّي منها default، أي الفئة الافتراضية، وflex، أي المرنة، وpriority، أي ذات الأولوية، وfast، أي السريعة. وأنت تختار الفئة لكلّ طلب عبر المُعاملservice_tier، وهو الحقل الذي ترسله مع طلبك لتسمّي فيه الفئة التي تريدها. وصار بإمكان إعدادات المؤسّسة، أي الحساب الجامع الذي تنضوي تحته مشاريعك على المنصّة، أن تقيّد هذه الفئات لكلّ المشاريع دفعة واحدة. والطلب الذي يطلب فئة لا يسمح بها مشروعه يُرفض بالخطأ 400، فاقرأ هذه الإعدادات قبل أن تنشر تطبيقك في المرّة القادمة، لا بعدها.

ما الذي تغيّر

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

ويحيلك مدخل سجلّ التغييرات إلى أخطاء فئات الخدمة ، وفي دليل رموز الأخطاء لدى OpenAI مدخل لها عنوانه «400 - Invalid service_tier argument»، أي «قيمة service_tier غير صالحة». وسببه، كما يقول الدليل، أنّ الفئة التي طلبتها، أو الفئة التي انتهى إليها طلبك، غير مسموح بها للمشروع. وتردّ الواجهة بالرسالة “Invalid service_tier argument: The requested service tier is not allowed for this project.”، ومعناها أنّ فئة الخدمة المطلوبة غير مسموح بها لهذا المشروع. وتأتي هذه الرسالة على أنّها خطأ من نوعinvalid_request_error، أي خطأ في الطلب نفسه لا في الخادم، ومعها الحقل error.param، وهو الحقل الذي يسمّي المُعامل الذي سبّب الخطأ، وقيمته service_tier.

ويحدّد الدليل الفئات التي يشملها التقييد:

• default وflex وpriority: قيود المشروع تنطبق على هذه الثلاث.
• fast: تُعامل على أنّها priority. أي أنّ طلب fast يُحسب في هذا الفحص طلباً لـ priority، فالمشروع الذي لا يسمح بـ priority يرفض fast أيضاً.
• Scale Tier: تبقى خارج هذه السياسة الخاصّة بالمشاريع.

ولا تخلط بين هذه الفئات ودرجات الاستخدام Build وLaunch وGrow التي يشرحها خبرنا عن درجات الاستخدام الثلاث في OpenAI: درجة الاستخدام هي الموضع الذي تقف فيه مؤسّستك، أمّا فئة الخدمة فهي الطريقة التي يُعالَج بها طلب واحد.

ما معناه لك

الطلب الذي لا يسمّي فئة قد يُرفض هو أيضاً. هذا أكثر ما قد يفاجئك: الطلبات التي لا ترسل service_tier أصلاً، أو ترسلها بالقيمة auto، قد تعيد الخطأ نفسه إن انتهت إلى فئة محجوبة. فمعauto، وهي القيمة التي تعني «اختَر الفئة عنّي»، أو من غير service_tier على الإطلاق، تُحدَّد الفئة لطلبك نيابة عنك؛ فإن كانت تلك الفئة محجوبة عن مشروعك، جاءك الخطأ 400 نفسه كأنّك طلبتها باسمها. فالشيفرة التي لا تذكر فئات الخدمة أبداً ليست بمنأى عن هذا الخطأ.

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

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

تعامل مع الخطأ بحسب الحقل الذي يسمّيه، لا بحسب رقمه وحده. الرقم 400 يقول لك إنّ الطلب رُفض، ولا يقول لماذا. فاقرأ نصّ الخطأ: إن كان من نوع invalid_request_error وقيمة error.param فيه service_tier، فهذا هو التقييد الجديد. عامِله على أنّه مشكلة في الإعدادات، وسجّله على هذا الأساس؛ فإرسال الطلب نفسه مرّة أخرى لن يغيّر الإعدادات التي رفضته.

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

إن كنت تستعمل Ultrafast.القائمة في الدليل تسمّي default وflex وpriority وfast، وتترك Scale Tier خارج السياسة. ولا تذكر ultrafast، الفئة التي يشرحهاخبرنا عن وضع Ultrafast في GPT-6.1 Sol، فالصفحة لا تقول لك إن كان تقييد المشروع يشملها. فأرسل طلباً تجريبيّاً من كلّ مشروع يستعملها قبل أن تعتمد عليها.

المصدر

سجلّ التغييرات في واجهة OpenAI البرمجية، في المدخل المؤرّخ 21 تشرين الأول 2026، ودليل رموز الأخطاء فيها، في المدخل «400 - Invalid service_tier argument».