OpenAI تضيف وضع Ultrafast إلى GPT-6.1 Sol، بستّة أضعاف السعر القياسيّ ومع إبقاء البيانات في الاتحاد الأوروبيّ

أضافت OpenAI في 8 تشرين الأول 2026 وضع Ultrafast لنموذج GPT-6.1 Sol في Responses API. وتشغّله طلباً بطلب: ترسلgpt-6.1-sol ومعه service_tier: "ultrafast"، فيقصر الوقت الذي يفصل بين كلّ رمز يولّده النموذج والرمز الذي يليه. الوضع متاح لكلّ مستخدمي الواجهة، ضمن حدود المعدّل (rate limits) التي تقيّد كم ترسل في الدقيقة، مع المعالجة العالمية (global processing)، ومع إبقاء البيانات (data residency)، أي معالجة طلباتك داخل منطقة بعينها، في الولايات المتحدة أو في الاتحاد الأوروبيّ ؛ وهذا الشقّ الأوروبيّ تحديداً هو ما لا يقدّمه وضع Ultrafast في GPT-6 Astra. أمّا ثمن السرعة فمكتوب بلا مواربة: ستّة أضعاف السعر القياسيّ.

ما الذي تغيّر

طبقة الخدمة (service tier) هي الطريقة التي تعالج بها OpenAI طلبك الواحد وتحاسبك عليه: النموذج نفسه، بالمعرّف نفسه، قد يصلك بسرعة مختلفة وبسعر مختلف بحسب الطبقة التي تطلبها. ودليل OpenAI يصف وضع Ultrafast بأنّه أسرع طبقة خدمة في واجهتها البرمجية ، وهو متاح على نطاق واسع لـ GPT-6 Astra وGPT-6.1 Sol. وصفحة نموذج GPT-6.1 Sol صارت تقول الشيء نفسه من جهة النموذج: لأسرع استجابة، استخدم وضع Ultrafast معmodel: "gpt-6.1-sol" وservice_tier: "ultrafast"في Responses API.

والسعر هنا يأتي مضاعِفاً للسعر القياسيّ، لا جدولاً من الأرقام. تقول صفحة النموذج إنّ أسعار وضع Ultrafast ستّة أضعاف السعر القياسيّ ، وإلى جانبها وضع Fast بضعف السعر القياسيّ ، وBatch وFlex بأقلّ منه بـ50%. والأرقام القياسيّة التي يُضرب فيها هذا المضاعِف موجودة في الصفحة نفسها: لكلّ مليون رمز، 2.00 دولار للدخل، و0.10 دولار للدخل المخزَّن (أي الجزء من الطلب الذي يُقرأ من ذاكرة التخزين المؤقّت بدل أن يُعالَج من جديد)، و2.50 دولار لكتابة المخزَّن، و10.00 دولارات للخرج. أمّا أرقام Ultrafast نفسها فلها جدولها الخاصّ، ويحيلك الدليل إليه لأسعار الدخل والدخل المخزَّن وكتابة المخزَّن والخرج.

وحدود المعدّل، أي عدد الرموز الذي تستطيع مؤسّستك أن ترسله إلى النموذج في الدقيقة، تُحسب هنا وحدها: لوضع Ultrafast حدود معدّل منفصلة عن الوضعين Standard وFast. والحدود الافتراضية في GPT-6.1 Sol هي مليون رمز في الدقيقة في درجة Build، وأربعة ملايين في Launch، وأربعون مليوناً في Grow. وهذه هي درجات الاستخدام الثلاث التي انتقلت إليها OpenAI في 6 تشرين الأول ؛ وخبرنا عن هذا التغيير يشرح كيف تنتقل مؤسّستك من درجة إلى أخرى.

وفي إبقاء البيانات تختار أنت المنطقة التي تُعالَج فيها طلباتك، بدل أن تُعالَج حيث تتوفّر السعة في تلك اللحظة. يقول الدليل إنّ وضع Ultrafast في GPT-6.1 Sol يدعم إبقاء البيانات في الولايات المتحدة والاتحاد الأوروبيّ، ويدعم المعالجة العالمية ، وتقول صفحة النموذج إنّه يحتفظ بالخيارين الأمريكيّ والأوروبيّ مع الوضعين Fast وUltrafast على السواء.

ما كان قبل ذلك

الجديد هنا وصول Ultrafast إلى هذا النموذج، أمّا الوضع نفسه فليس جديداً عند OpenAI. فقد أعلن سجلّ التغييرات وضع Ultrafast أوّل مرّة في 13 آب، طبقةَ خدمة جديدة في الواجهة لنموذج GPT-5.6 Sol ، في معاينة محدودة لعملاء مختارين. وفي 29 أيلول أضاف وضع Ultrafast لنموذج GPT-6 Astra في Responses API ، مع المعالجة العالمية وإبقاء البيانات في الولايات المتحدة، ومن دون دعم للاتحاد الأوروبيّ ولا لغيره من المناطق.

أمّا GPT-6.1 Sol، الذي كتبنا عنه في OpenAI تُطلق GPT-6.1 Sol، فكان الخيار الأسرع فيه حتّى الآن وضع Fast، بضعف السعر القياسيّ.

ما معناه لك

قرّر أوّلاً هل تستحقّ السرعة ستّة أضعاف السعر.نصيحة الدليل نفسه أن تستخدمه حين تبرّر السرعةُ الكلفةَ الأعلى. المعرّف يبقىgpt-6.1-sol، والذي يتغيّر هو طبقة الخدمة وحدها. وهذا يناسب شخصاً ينتظر الإجابة وهي تظهر أمامه، أو وكيلاً ينفّذ خطوة بعد خطوة وينتظر كلّاً منها. أمّا المهمّة التي لا ينتظرها أحد فمكانها الطرف الآخر من القائمة، حيث يكلّف Batch وFlex أقلّ من السعر القياسيّ بـ50%. وقبل أن تنقل إليه حركة حقيقية، اقرأ الأرقام الفعلية في جدول أسعار Ultrafast بدل أن تقدّرها.

إن كنت تشغّل وكيلاً، فاستعمل WebSocket.اتصال WebSocket هو اتصال واحد يبقى مفتوحاً بين تطبيقك والواجهة، فلا يدفع كلّ طلب جديد ثمن فتح اتصال من الصفر. وتوصي OpenAI بشدّة باتصالات WebSocket، خصوصاً للتطبيقات الوكيلة التي تستدعي أدوات كثيرة متتابعة بسرعة ، لأنّ عبء الشبكة، من دون اتصال دائم، قد يأكل جزءاً من الكسب في زمن الاستجابة. وعلى اتصال WebSocket تضبط النموذج علىgpt-6.1-sol وservice_tier على ultrafast في كلّ حدث response.create. وطلبات HTTP العاديّة عبر حزمة SDK تعمل أيضاً : في Python يكفي نداء واحد مثلclient.responses.create(model="gpt-6.1-sol", service_tier="ultrafast", input=...).

افحص حدودك قبل أن تنقل الحركة.لأنّ حدود Ultrafast منفصلة ، فالمساحة المتبقّية لك في الوضع القياسيّ لا تخبرك بشيء هنا. يقول الدليل أن تفحص حدود مؤسّستك قبل أن تزيد حركة الطلبات ؛ وفي درجة Build، الحدّ الافتراضيّ لـ GPT-6.1 Sol مليون رمز في الدقيقة. وإن كانت مؤسّستك تعمل مع فريق حسابات في OpenAI، فهو من تطلب منه حدوداً أعلى.

إن كان على بياناتك أن تبقى في الاتحاد الأوروبيّ، فهذا هو نموذج Ultrafast الذي تختاره.وضع Ultrafast في GPT-6.1 Sol يدعم إبقاء البيانات في الاتحاد الأوروبيّ ، وفي GPT-6 Astra لا يدعمه. واحسب حساب الزيادة الإقليمية أيضاً: صفحة التسعير تحمّل نقاط إبقاء البيانات زيادة 10% للنماذج الصادرة في 5 آذار 2026 أو بعده ، وصفحة النموذج تذكر العلاوة نفسها، 10%، على المعالجة الإقليمية.

المصدر

سجلّ تغييرات واجهة OpenAI، مدخل 8 تشرين الأول 2026، ومعه دليل وضع Ultrafast، وصفحة نموذج GPT-6.1 Sol، وصفحة التسعير.