GPT-6.1 Sol مقابل Reflection Beam: ادعاء الكفاءة بمقدار 3–4×، وجداول المعايير التي تقوّضه

أكثر رقم يثير الاهتمام في Reflection Beam عند الإطلاق ليس درجة في اختبار قياسي. يقول إعلان Reflection بتاريخ 2026-10-05 إن Beam يعمل بما يقارب ثلاثة إلى أربعة أضعاف أقل من عمليات FLOPs الاستدلالية مقارنةً بـ GLM 5.2 عند جودة مماثلة — وهو ادّعاء بالكفاءة، موجَّه ضد منافس محدَّد بالاسم، في سوق تُعدّ فيه تكلفة الرمز الواحد القيد الذي تعمل في ظله معظم الفرق فعليًا. وهو أيضًا ادّعاء تزيد جداول المعايير الواردة في الإعلان نفسه من تعقيده بدل أن تدعمه: في تلك الجداول يتفوّق Reflection Beam على GLM 5.2 في عدة مجموعات اختبار، ويتخلّف عن GLM 5.3 وKimi K3 وغيرهما في DeepSWE وSWE-Bench Pro v2-Hard وSWE Atlas Codebase QnA وMCP Atlas وAutomationBench وBrowseComp وDeepSearchQA. ضع ذلك في مقابل GPT-6.1 Sol، إصدار OpenAI بتاريخ 2026-09-29، وستحصل على مقارنة بين نموذج كفاءته هي الحجة، ونموذج كفاءته مسعَّرة ومقيسة ومنشورة بالفعل.

كلا النموذجين إصداران من الطبقة الرائدة لعام 2026، صدر أحدهما في أكتوبر والآخر في أواخر سبتمبر على الترتيب، والفرق في مقدار ما يمكن قوله عن كل منهما هو جوهر هذا المقال. كل ما يرد أدناه مستمد من مواد إطلاق Reflection، وصفحات النماذج والأسعار الخاصة بـ OpenAI، وسجلات الكتالوج الخاصة بنا، وقياسات مستقلة من Artificial Analysis، تم الاطلاع عليها في 2026-10-12. وحيثما يكون الرقم صادراً عن المورّد نفسه ولم يكرّره أحد، فإن الجملة التي تحمله تشير إلى ذلك.

ما هو Reflection Beam، على حد علم أي شخص خارج Reflection

نموذج Beam هو نموذج خليط خبراء (MoE) يضم 501 مليار معامل، مع 23 مليار معامل نشطة لكل رمز. وتلك النسبة هي القرار التصميمي الجدير بالملاحظة قبل أي شيء آخر: فنموذج MoE بنسبة 501B/23B مُصمَّم ليكون رخيص التقديم، لأن جزءًا صغيرًا فقط من الشبكة يعمل عند معالجة أي رمز. وادعاء الكفاءة الوارد في الإعلان ليس مفاجأة مُلحَقة بالمعمارية — بل هو الغرض المُعلَن للمعمارية نفسه.

• إجمالي المعاملات والمعاملات النشطة — 501B إجمالي، 50B نشط لكل رمز، مزيج الخبراء.

• الوسائط — نص فقط. لا رؤية، ولا صوت، ولا إدخال صور.

• السياق — 256,000 رمز في واجهة برمجة التطبيقات التجريبية (beta API)، مع حد أقصى للإخراج يبلغ 128,000 رمز وحد معرفي بتاريخ 2026-06-30.

• الأوزان — لم تُصدَر. قالت Reflection إن الأوزان ستُنشَر تحت Apache 2.0 في وقت لاحق من أكتوبر، وهو السؤال المفتوح الأكثر أهميةً بشأن هذا النموذج، والسبب في أن الإطلاق هو معاينة عمليًا.

• السعر — لا يوجد سعر منشور. لا توجد بطاقة أسعار لواجهة برمجة تطبيقات Beam، لذا لا يظهر أي رقم تكلفة لها في أي مكان في هذه المقالة، وأي مقارنة مبنية على الحساب لكل رمز يجب أن تترك عمودها فارغًا.

• معايير مرجعية مستقلة — لا يوجد أي منها. لا يضم Artificial Analysis أي صف خاص بـ Reflection Beam، لذا فإن كل نتيجة في القسم أدناه مصدرها تشغيل Reflection نفسه، مع خطوط الأساس الخاصة بـ Reflection مرفقة به.

جداول الموردين، إذا قُرئت بأمانة

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

• حيث يتفوق Beam. في مجموعات الاختبارات التي اختارت Reflection إبرازها، يتفوق Beam على GLM 5.2 — النموذج الذي يُوجَّه ضده ادعاء الكفاءة. وإذا أخذنا الأمر على ظاهره، فهذه نتيجة حقيقية: فالحصول على مخرجات أفضل مقابل ما يقارب ربع إلى ثلث تكلفة الاستدلال يمنح أي جهة تقدّم الخدمة بكميات كبيرة موقفًا قويًا.

• حيث يخسر Beam. تضع هذه الجداول نفسها Beam خلف GLM 5.3 وKimi K3 وغيرهما من الطرازات الحالية في DeepSWE، وSWE-Bench Pro v2-Hard، وSWE Atlas Codebase QnA، وMCP Atlas، وAutomationBench، وBrowseComp، وDeepSearchQA. هذه ليست مجموعات هامشية؛ بل هي معايير هندسة البرمجيات واستخدام الأدوات والبحث العميق التي تحدد ما إذا كان الطراز قابلاً للاستخدام كوكيل مستقل.

عند قراءتها معًا، تقول الجداول شيئًا متماسكًا وأضيق من «أحدث ما وصلت إليه التقنية»: يبدو أن Beam إصدار قوي لنموذج مفتوح يتفوق على الجيل السابق في المجال الذي اختارته Reflection، ولا يتفوق على الجيل الحالي في المجال الوكيلي. وهذا أمر مشروع بالنسبة لنموذج. لكنه ليس الشيء نفسه أن يكون أفضل نموذج متاح للعمل الوكيلي، كما أن صياغة الإعلان تستدعي القراءة الأقوى.

ملاحظة بنيوية واحدة بشأن رقم الكفاءة نفسه، بما أنه العنوان الرئيسي. فمقارنة عدد عمليات الفاصلة العائمة (FLOPs) لكل رمز مع نموذج آخر هي خاصية من خصائص المعمارية وإعداد التقديم، وليست خاصية من خصائص جودة النتائج — كما أن كون العمليات أقل بمقدار 3–4× رقم مقيس من جهة المورّد دون أي إعادة إنتاج مستقلة. وهو سبب معقول لتوقّع أن يكون Beam رخيصًا في التقديم. لكنه ليس دليلًا على أن Beam رخيص في الاستخدام، والفرق بين هذين الأمرين هو كل نقاش التكلفة في هذه الصفحة: فالنموذج الذي يستهلك رموزًا أكثر للوصول إلى إجابة قد يكون أرخص لكل عملية فاصلة عائمة وأغلى لكل مهمة في الوقت نفسه.

الجانب الذي تم شحنه من المقارنة

هذا هو عدم التماثل الذي جاء هذا المقال لتوثيقه. أُطلق GPT-6.1 Sol على واجهة برمجة تطبيقات Open​AI في 2026-09-29. لديه قائمة أسعار منشورة — 2.00 دولار لكل مليون رمز إدخال، و10.00 دولارات لكل مليون رمز إخراج، و0.10 دولار للإدخال المخزّن مؤقتًا، و2.50 دولار لعمليات كتابة الذاكرة المؤقتة — ونافذة سياق موثّقة تبلغ 1,050,000 رمز، وأقصى إخراج 128,000 رمز، وصف مستقل في Intelligence Index بقيمة 52 عند أقصى جهد استدلالي بتكلفة تشغيل قدرها 0.72 دولار لكل مهمة.

رقم التكلفة هذا هو الجدير بأن يُوضع في مقابل ادعاء Reflection بشأن FLOPs. $0.72 لكل مهمة ليس عدد FLOPs ولا قائمة أسعار؛ إنه التكلفة الفعلية للعمل عند إنجازه، مقيسة من طرف ثالث شغّل النموذج. إنه الرقم الذي يجب التغلب عليه لكي تنجح حجة كفاءة Beam كحجة شرائية — ولا يملك Beam رقماً مكافئاً، لأن Beam ليس لديه سعر منشور ولا تشغيل مستقل.

ثمة اختلافان آخران ملموسان وقابلان للتحقق اليوم:

• السياق والمخرجات — توثّق GPT-6.1 Sol سياقًا يبلغ 1,050,000 رمز مقابل 256,000 لدى Beam في النسخة التجريبية، ويحدّ كلاهما المخرجات عند 128,000 رمز. وبالنسبة للعمل على نطاق مستودع أو مجموعة مستندات، يمثّل ذلك فرقًا بمقدار أربعة أضعاف في كمية المواد التي تتسع في استدعاء واحد.

• الوسائط — GPT-6.1 Sol يستقبل النصوص والصور والملفات؛ أما Beam فهو نصي فقط. إذا كانت خط معالجتك يقرأ لقطات الشاشة أو عمليات المسح أو المخططات، فإن Beam ليس مرشحًا بصرف النظر عن درجاته.

حيث يمتلك Beam حجة لا يستطيع GPT-6.1 Sol الإجابة عليها بنيويًا، فهو النموذج مفتوح الأوزان. إذا وصلت أوزان Apache 2.0 وفق الجدول الزمني الموعود، فإن نموذجًا بحجم 501B/23B يبلغ عدد معاملاته النشطة 23B يصبح مرشحًا للاستضافة الذاتية بطريقة لن يكون عليها نموذج احتكاري أبدًا. ثلاثة وعشرون مليار معامل نشط هو رقم يمكن لفريق مجهز جيدًا التفكير فيه؛ سياق 256,000 رمز في النسخة التجريبية وغياب الأوزان المنشورة هما السببان في أن تلك الحجة يجب أن تنتظر الإصدار الفعلي بدلًا من أن تُحسم عند الإطلاق.

من ينبغي أن يعمل على أي نموذج، الآن؟

تختلف الإجابة العملية حسب ما تشتريه، والانقسام واضح بما يكفي لذكره مباشرة.

إذا كنت تحتاج إلى نموذج في الإنتاج هذا الأسبوع للبرمجة الوكيلية أو استخدام الأدوات أو العمل على مستندات ذات سياق طويل، فإن النموذج المطروح هو GPT-6.1 Sol، والقرار يتعلق بسعره لا بوجوده. سعر الإخراج هو المقياس المهم، وسعر الإدخال المخزَّن منخفض على نحو غير معتاد عند 0.10 دولار لكل مليون، وفوق 272,000 رمز إدخال يُعاد تسعير الطلب بأكمله صعودًا — وهو حدّ يستحق التصميم حوله قبل أن توسّع حلقة تقرأ بادئة كبيرة. إنه في كتالوجنا بأسعار Open​AI المعلنة مع هامش ربح 0%، لذا فالسعر الموجود على البطاقة هو السعر الموجود على الفاتورة، وأي تغيير في سعر المورّد يظهر في الكتالوج في اليوم نفسه بدلًا من أن يظهر بعد دورة تحديث أحد الموزّعين: https://www.orcarouter.ai/models/openai/gpt-6.1-sol.

إذا كان اهتمامك بـ Beam منصبًّا على إصدار الأوزان المفتوحة بدلًا من واجهة برمجة التطبيقات التجريبية، فالشيء الذي ينبغي مراقبته هو نشر Apache 2.0 الذي وعدت به Reflection في وقت لاحق من هذا الشهر. وإلى أن توجد الأوزان، فإن كل رقم قدرة في هذا المقال هو رقم المورّد، والسعر غير معروف، ولا يمكن إكمال خطة الاستضافة الذاتية ولا مقارنة التكلفة. وإذا صدر وفق الجدول الزمني، يصبح Beam مثيرًا للاهتمام فورًا بوصفه الطبقة الفعّالة في إعداد من نموذجين — وهذا تكوين تتعامل معه نقطة نهاية واحدة مع تجاوز تلقائي للفشل عبر أكثر من 200 نموذج دون تكامل ثانٍ، وهو الحجة الداعية إلى تجربة نموذج غير مُثبت على طبقة توجيه بدلًا من تخصيص مسار إنتاجي له.

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