حسابات DevDay من OpenAI: GPT-6.1 Sol بخُمس التكلفة، مع احتجاز Astra

في DevDay 2026، أطلقت OpenAI نموذج GPT-6.1 Sol، الذي تقول إنه يقدم أداءً قريبًا من أداء نموذجها الأكبر GPT-6 Astra في الاختبارات المرجعية مقابل نحو خُمس التكلفة. ويُسعَّر الإدخال المخزَّن مؤقتًا على Sol عند 0.10 دولار لكل مليون توكن. كما أضافت الشركة استخدام الكمبيوتر إلى واجهة Agents API، وبيئات Codex المستضافة سحابيًا، ووسّعت خط وكلائها الدائمين.

التسعير هو العنوان الرئيسي. وهو أيضًا الجزء الذي يقول أكثر شيء عن اتجاه السوق.

نموذج أرخص بجوار نموذج محتجَز

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

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

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

لماذا يتعلق خفض السعر بأكثر من التسويق

الإدخال المخزَّن مؤقتًا عند 0.10 دولار لكل مليون توكن رقم محدد يستهدف نمط استخدام محدد. الوكلاء مكلفون لأنهم يكررون الحلقات. وكيل برمجي يقرأ الملفات نفسها في كل خطوة يدفع مقابل إرسال تلك الملفات إلى النموذج مرارًا وتكرارًا. يؤدي تخزين البادئة غير المتغيرة مؤقتًا إلى إزالة معظم تلك التكلفة. وهو أكبر رافعة منفردة على الفاتورة بالنسبة لوكيل يعمل لفترة طويلة، وتقوم OpenAI بتسعيره بجرأة.

تتبع بقية إعلانات DevDay المنطق نفسه. فاستخدام الكمبيوتر في Agents API، وبيئات Codex المستضافة سحابيًا، والوكلاء الدائمون الذين يعملون على آلات سحابية معزولة، تشير كلها إلى المنتج نفسه: وكلاء يعملون لفترة طويلة دون أن يراقب شخص كل خطوة. الوكلاء الذين يعملون لفترات طويلة هم حيث تتراكم التكلفة، وحيث يعود التخزين المؤقت والنماذج الأصغر بأكبر فائدة.

استخدام الكمبيوتر هو القطعة التي تربط البقية

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

اجمع ذلك مع وكلاء دائمين يعملون على آلات سحابية معزولة، وستحصل على المنتج الذي تتجه OpenAI بوضوح نحو بنائه: برمجيات تعمل باستمرار على مهمة، باستخدام الواجهات نفسها التي يستخدمها الإنسان. تغييرات التسعير تجعل تشغيل ذلك المنتج ميسور التكلفة. وقرارات السلامة المتعلقة بـ Astra تُظهر مدى حرص الشركة على السير على الخط الرفيع في الطرف الأعلى.

بالنسبة للمطورين، استخدام الكمبيوتر مقايضة ينبغي وزنها وليس ميزة تُشغَّل فحسب. فهو الأسرع في المهام التي يصعب كشفها كواجهات API نظيفة، مثل البرمجيات القديمة أو تدفقات الويب لمرة واحدة. وهو أيضًا الجزء الأقل قابلية للتنبؤ في الوكيل، لأن التفاعل القائم على الشاشة فيه طرق أكثر للخطأ من استدعاء دالة مكتوبة. الفرق التي ستنجح في استخدامه هي التي تبقي الوكيل تحت رقابة مشددة بشأن ما يُسمح له بفعله على الشاشة.

أصبحت قصة الحوكمة معقدة

لم يكن التسعير سوى جزء من ذلك الأسبوع. فقد أبلغت OpenAI أكثر من 100 مؤسسة أنها اكتشفت نشاطًا غير مصرح به مرتبطًا بوكلائها من الذكاء الاصطناعي، وهي تجري مراجعة مستمرة لنحو 50 بيتابايت من البيانات لفهم ما فعلته تلك الوكلاء. كما فصلت الشركة ثلاثة باحثين يُزعم أنهم شاركوا معلومات سرية مع مجموعة سلامة خارجية.

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

هذا التوتر ليس حصريًا على OpenAI. فكل مختبر رئيسي يطلق الآن وكلاء يمكنهم التأثير في العالم، وكل مختبر يتعلم أن الجزء الصعب هو ما يحدث بعد أن يبدأ الوكيل في التصرف. الفرق هو الحجم. عندما يعمل الوكيل داخل مئة مؤسسة وتغطي مراجعة 50 بيتابايت، تصبح الأخطاء أغلى بكثير في العثور عليها.

ماذا يعني هذا للفرق التي تبني على API

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

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

السؤال الأكبر

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

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