GPT-6 Astra إلى GPT-6 Sol: الترحيل، خفض السعر 5 أضعاف، وماذا ستخسر

إذا كنت قد نقلت حمل عمل وكيل إلى GPT-6 Astra في أوائل سبتمبر، فلديك الآن فواتير لثلاثة أسابيع وأنت تدرك بالفعل حجم المشكلة. تفرض Astra رسومًا بقيمة 10 دولارات لكل مليون رمز إدخال (input tokens) و 50 دولارًا لكل مليون رمز إخراج (output tokens). حلقة تشغيل طويلة مع موجه نظام كبير ومخطط أداة مرفق يستهلك ذلك أسرع مما توقعه أي جدول بيانات.

في 22 سبتمبر، أطلقت OpenAI نموذج GPT-6 Sol بسعر 2 دولار و 10 دولارات. نفس عائلة النماذج، نفس واجهة برمجة التطبيقات (API)، خُمس السعر على كل بند من الفاتورة.

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

ملخص سريع

• التبديل من gpt-6-astra إلى gpt-6-sol هو مجرد تبديل لسلسلة اسم النموذج لمعظم المستخدمين. نافذة السياق، الحد الأقصى للإخراج، نقاط النهاية، الأدوات المدمجة، الميزات المدعومة ومستويات حدود المعدل متطابقة.
• ينخفض كل سعر بمقدار 5 أضعاف بالضبط: الإدخال من 10 دولارات إلى 2 دولار، الإدخال المخزن مؤقتًا من 1 دولار إلى 0.20 دولار، عمليات كتابة ذاكرة التخزين المؤقت من 12.50 دولارًا إلى 2.50 دولارًا، الإخراج من 50 دولارًا إلى 10 دولارات. تنخفض فاتورتك بمقدار خمسة بغض النظر عن مزيج الرموز.
• يضيف Sol مستوى جهد استدلال none. كما أنه يقيد استدعاء وظائف Chat Completions إلى reasoning_effort: "none"، وهو التغيير الوحيد الذي يمكن أن يكسر تكاملًا يعمل بشكل صحيح.
• تاريخ قطع المعرفة لـ Sol هو 20 أبريل 2026. ولـ Astra هو 30 أبريل 2026.
• تقول OpenAI أن Astra "يظل أفضل نموذج لدينا على الإطلاق." المعيار المنشور لمقارنة Sol مقابل Astra يشغل Astra بمستوى low مقابل Sol بمستوى xhigh، لذا فهو يقيس كفاءة التكلفة، وليس سقف القدرة.

جدول الأسعار

كلا مجموعتي الأسعار مأخوذتان من صفحات نماذج OpenAI، gpt-6-astra و gpt-6-sol، والتي تمت قراءتها في 23 سبتمبر 2026.

تتطابق معدلات الفوترة الإضافية (modifiers) في كلا النموذجين. الموجهات التي تتجاوز 272 ألف رمز إدخال تُفوتر بضعف معدلات الإدخال والتخزين المؤقت و 1.5 ضعف الإخراج للطلب بأكمله. وضع Batch و Flex بنصف السعر. الوضع السريع هو الضعف، وفي Astra لا يحمل اتفاقية مستوى خدمة (SLA) زمنية.

نظرًا لأن جميع الأسعار الأربعة تنخفض بنفس العامل، لا تحتاج إلى نمذجة مزيج الرموز الخاص بك للتنبؤ بالادخار. لنأخذ مثالًا ملموسًا لحمل عمل وكيل: 10,000 طلب يوميًا، كل منها ببادئة مخزنة مؤقتًا بحجم 30,000 رمز، و 10,000 رمز إدخال جديد، و 3,000 رمز إخراج.

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

لتقدير أهمية ذلك، أفادت OpenAI أن باحثها المتوسط ينفق أكثر من 600 دولار يوميًا على وكلاء البرمجة، مع النسبة المئوية 90 عند 7,000 دولار يوميًا. اقسم تلك الأرقام على خمسة وسيتغير عدد التجارب التي يمكن للفريق تحمل تكلفتها. السياق الأوسع لكلا الإطلاقين موجود في تحليلنا لحرب أسعار نماذج الذكاء الاصطناعي في سبتمبر 2026.

ملاحظة مهمة: تصف OpenAI نموذج Sol بأنه أرخص بنسبة 50% من GPT-5.6، والمقارنة تتم مقابل أسعار GPT-5.6 الترويجية، وهذا هو تعبير OpenAI الخاص. مقابل أسعار GPT-5.6 الأساسية التي وثقناها في ذلك الوقت في منشورنا حول أسعار GPT-5.6، يكون التخفيض أكبر. أما مقابل Astra فهو تخفيض مباشر بمقدار 5 أضعاف.

ما يبقى كما هو تمامًا

هذا هو القسم الذي يجعل الترحيل رخيصًا.

نافذة السياق هي العنوان الرئيسي. Sol ليس نموذجًا بسياق أقصر: فهو يحمل نفس نافذة الرموز البالغ عددها 1,050,000 ونفس الحد الأقصى للإدخال البالغ 922,000 رمز مثل Astra. لا شيء يتعلق بتقسيمك، أو ميزانية استرجاعك، أو استراتيجية ضغط البيانات يجب أن يتغير.

ما يتغير فعليًا في التعليمات البرمجية الخاصة بك

أربعة أشياء، بترتيب احتمالية تأثيرها.

1. استدعاء وظائف إكمال المحادثات (Chat Completions). في Astra، تعمل إكمال المحادثات وتتطلب استدعاء الأدوات واجهة برمجة تطبيقات Responses. في Sol، تدعم إكمال المحادثات استدعاء الوظائف فقط عندما يكون reasoning_effort هو "none". إذا كنت تستدعي أدوات عبر إكمال المحادثات بأي جهد آخر، فسيتوقف هذا الطلب عن أداء وظيفته. يقول دليل GPT-6 الخاص بـ OpenAI استخدام Responses للاستدلال باستخدام الأدوات. إذا كنت تستخدم Responses بالفعل، فلن يكلفك هذا شيئًا.

2. مستوى الجهد none. يدعم Astra مستويات من low إلى max. يدعم Sol كل هذه المستويات بالإضافة إلى none، وهو المفتاح الذي يجعله قابلاً للتطبيق لأعمال التصنيف والاستخراج حيث تكون رموز الاستدلال عبارة عن تكلفة إضافية بحتة. الافتراضي في كلاهما هو medium.

3. تاريخ قطع المعرفة. تم تدريب Astra حتى 30 أبريل 2026، و Sol حتى 20 أبريل 2026. عشرة أيام فترة قصيرة، ولكن إذا كان الموجه يفترض معرفة من أواخر أبريل، فاختبر هذا الافتراض.

4. المعلمات غير المدعومة. عندما لا يكون جهد الاستدلال none، يجب ألا تكون temperature و top_p و top_logprobs موجودة، كما تسقط Chat Completions أيضًا logprobs. يفرض Astra نفس القاعدة، لذا فإن التكامل النظيف مع Astra يتوافق بالفعل. لا يهم هذا إلا إذا انتقلت إلى reasoning_effort: "none" على Sol وفكرت في إعادة temperature.

هذا هو الوضع قبل وبعد لاستدعاء Responses نموذجي. الفرق سطر واحد.

 from openai import OpenAI

 client = OpenAI()

 response = client.responses.create(
-    model="gpt-6-astra",
+    model="gpt-6-sol",
     reasoning={"effort": "xhigh"},
     tools=[{"type": "function", "name": "run_api_test", "parameters": {...}}],
     input=[
         {"role": "developer", "content": "أنت مهندس API أول. تحيز نحو العمل."},
         {"role": "user", "content": "اقرأ عملية OpenAPI هذه واقترح ثلاث حالات اختبار سلبية."},
     ],
 )

لاحظ مستوى الجهد في هذا المثال. الانتقال إلى Sol مع الحفاظ على نفس الجهد ليس هو الترحيل المثير للاهتمام. الانتقال إلى Sol وزيادة الجهد هو، لأن لديك خمسة أضعاف الميزانية لتنفقها على رموز الاستدلال بنفس التكلفة.

ما ستتخلى عنه

كن صادقًا بشأن هذا الجزء، لأن أرقام الإطلاق من السهل قراءتها بشكل خاطئ.

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

المقارنة المباشرة المنشورة ليست مقارنة قدرات. على AutomationBench 1.0.6، يحقق Sol بمستوى xhigh درجة 33.2% بتكلفة 0.27 دولار للمهمة، بينما يحقق Astra بمستوى low درجة 30.3% بتكلفة 3.9 أضعاف تكلفة Sol للمهمة. اقرأ مستويات الجهد. Sol مضبوط على أقصى درجة، و Astra مضبوط على أدنى درجة. ما يظهره هذا الاقتران هو أن سقف قدرة Sol يتجاوز أدنى قدرة Astra بربع التكلفة تقريبًا لكل مهمة، وهي نتيجة حقيقية ومفيدة. لا يقول شيئًا عن Sol بمستوى xhigh مقابل Astra بمستوى max. لا يوجد رقم منشور يغطي هذه المقارنة. إذا كان حمل عملك يتطلب Astra بجهد عالٍ ليعمل أخيرًا، فإن Sol هو اختبار، وليس تبديلاً.

الكمون (Latency) عند الحد الأقصى. قامت Artificial Analysis بقياس متغير Sol GPT-6 ذو الاستدلال الأقصى بمعدل 115.2 رمز إخراج في الثانية مع وقت استجابة أول رمز يبلغ 102.15 ثانية. هذا الرقم من طرف ثالث، وليس من OpenAI، ويصف متغير max تحديدًا، لذلك لا يخبرك بما يفعله medium أو none. تعامل معه كتحذير بأن النموذج الرخيص ليس بالضرورة النموذج السريع عند الجهد العالي، وقم بقياس مستوى جهدك الخاص بدلاً من وراثة الرقم.

التوفر. يصل Sol إلى ChatGPT Work و Codex لمستخدمي Plus و Pro و Business و Enterprise و Edu، ولم يتم توفيره في الدردشة بعد. واجهة برمجة التطبيقات (API) جاهزة؛ ولكن واجهة الدردشة ليست كذلك.

بالنسبة لما يفعله Astra ويبرر الاحتفاظ به في مكان ما في المكدس (stack)، فإن اختبارنا العملي لمدة يومين، و المقال التفصيلي لاستخدام الكمبيوتر، و شرح العتبة السيبرانية الحرجة كلها لا تزال سارية، وتوجد ورقة المواصفات الكاملة في دليل GPT-6 Astra API الخاص بنا.

اتخذ قرارك بناءً على طلباتك الخاصة، وليس على المعايير

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

{
  "model": "{{MODEL_ID}}",
  "reasoning": { "effort": "xhigh" },
  "input": [
    { "role": "user", "content": "{{TEST_PROMPT}}" }
  ]
}

قم ببناء سيناريو اختبار من 20 أو 30 موجه إنتاجي حقيقي، وأضف تأكيدات لشكل الاستجابة التي يعتمد عليها المحلل (parser) الخاص بك (وجود output_text، وصحة وسيطات استدعاء الأداة مقابل مخطط JSON الخاص بك، وعدم وجود اقتطاع عند max_output_tokens)، ثم شغله مرتين، مرة لكل بيئة. يسجل Apidog جسم الاستجابة والوقت المستغرق لكل طلب، بحيث تحصل على الدقة والكمون جنبًا إلى جنب دون كتابة إطار اختبار. يمنحك قسم usage في كل استجابة عدد الرموز لتسعير المقارنة بشكل صحيح.

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

قائمة التحقق من الترحيل

1. تأكد من أنك تستخدم Responses API في أي مكان تستدعي فيه الأدوات. إذا كنت تستدعي الأدوات عبر Chat Completions، فانتقل قبل تبديل النماذج.
2. بدّل gpt-6-astra إلى gpt-6-sol واترك كل شيء آخر كما هو للتشغيل الأول.
3. أعد تشغيل مجموعة اختبار الانحدار الخاصة بك مقابل كلا المعرفين وقارن المخرجات، وليس فقط رموز الحالة.
4. جرّب زيادة خطوة واحدة في جهد الاستدلال على Sol. لديك الميزانية لذلك الآن.
5. أعد فحص أي موجه يعتمد على معرفة من أواخر أبريل 2026.
6. احتفظ بمسار Astra خلف علامة (flag) للمهام التي كانت تتطلب أقصى قدرة تدفع ثمنها.

الخلاصة

الترحيل من Astra إلى Sol هو عملية ترحيل نادرة حيث لا تتغير واجهة برمجة التطبيقات (API)، ولا تتقلص نافذة السياق، وينخفض السعر بعامل ثابت لكل مقياس. العمل ليس في التعليمات البرمجية. إنه يكمن في العشرين موجهًا التي تشغلها عبر كلا النموذجين لمعرفة ما إذا كانت أصعب مهمة لديك تستخدم قدرة Astra الاحتياطية أم كنت تدفع ثمنها فقط.

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