HydraFusion في GitHub Copilot ليس نموذجًا جديدًا، بل طبقة تنسيق تختار لكل طلب مسارًا ونماذج ومستوى تفكير. وفي 14 أكتوبر 2026 أضافت GitHub خيار Max، وما زال الاثنان «معاينة بحثية».
الموثّق هو طريقة العمل والخطط المؤهلة، وأن الفوترة بسعر كل نموذج مستخدم. وغير الموثّق أي اختبار مستقل عملي لأدائهما، وأي أرقام تكلفة أو حدود لـMax. أما أرقام الأداء فمصدرها اختبارات GitHub الداخلية فقط.
الخلاصة أولًا
- ما هو: تنسيق عدة نماذج لإنتاج إجابة واحدة، وليس نموذجًا بحد ذاته.
- الحالة: معاينة بحثية، قابلة للتغيير، وغير موجهة لأحمال الإنتاج.
- الفوترة: بالسعر القياسي لكل نموذج يُستخدم، ولا رسم منفصل لـHydraFusion.
- Max: لا أرقام تكلفة ولا حدود منشورة له.
- الأداء: كل الأرقام من اختبارات GitHub الداخلية، ولا اختبار مستقل.
ما أهم المعلومات السريعة؟
| البند | ما تذكره GitHub |
|---|---|
| ما هو | تنسيق عدة نماذج لإنتاج إجابة واحدة؛ ليس نموذجًا بحد ذاته |
| الحالة | معاينة بحثية، قابلة للتغيير، دون اتفاقية مستوى خدمة وغير موجهة لأحمال الإنتاج، بحسب الوثائق |
| الأماكن | VS Code وتطبيق GitHub Copilot وCopilot CLI |
| الخطط | Pro وPro+ وBusiness وEnterprise، بشرط تفعيل الميزات التجريبية وسياسات النماذج في المؤسسة (تحديث 14 أكتوبر). الباقة المجانية غير مذكورة |
| النماذج في المجموعة | Claude Opus 5.5 وGPT-6 Astra وGPT-6.1 Sol وGPT-6 Luna، بحسب تحديث 14 أكتوبر |
| الفوترة | بالسعر القياسي لكل نموذج يُستخدم؛ لا رسم منفصل لـHydraFusion |
كيف يعمل، بوصف GitHub؟
تصف وثائق GitHub ثلاثة مسارات يختار النظام بينها لكل طلب:
- Single: نموذج واحد يحل المهمة.
- Cascade: نموذج كفء يكتب مسودة، وبوابة جودة تقبلها أو ترفع الطلب إلى نموذج أقوى.
- Critique: مراجع للقراءة فقط من عائلة نماذج مختلفة يفحص مسودة الكاتب، ثم يعدّل الكاتب مرة واحدة.
تغييرات تحديث 14 أكتوبر بحسب GitHub:
- جهد تفكير متوسط للمسودات الأولى وعالٍ للمراجعة، بعد أن كان لكل نموذج جهده الافتراضي.
- خطوة «حكم» تطلب إصلاحًا فقط عند الحاجة بدل التصعيد التلقائي.
- مراجعة تستخدم أدوات لفحص مساحة العمل مباشرة مع مراجعين متوازيين، بدل الاعتماد على ملخصات نصية.
أما Max فهو بالبنية نفسها «مضبوط لقدرة متقدمة في المهام الأصعب»، بجهد تفكير أعلى حيث يلزم العمق.
كم يكلف وما حدوده؟
- تقول الوثائق إنك تُحاسَب على كل نموذج يستخدمه HydraFusion بسعره القياسي، وإن خصم الاختيار التلقائي للنموذج لا ينطبق. وقد تستهلك المهمة رصيدًا أكثر مما يستهلكه نموذج واحد. وتبقى المحادثة الرئيسية على نموذج واحد قدر الإمكان ليستفيد cache.
- تحوّل وثائق الفوترة في GitHub مجموع تكلفة التوكنات إلى «أرصدة ذكاء اصطناعي»، وتنص على أن الرصيد الواحد يساوي 0.01 دولار.
- لا يذكر إعلان 14 أكتوبر مضاعفات ولا حصصًا ولا حدودًا رقمية لأي من الخيارين، ولا توجد وثيقة تسعير خاصة بـMax بين المصادر.
- لا يختار المستخدم نماذج HydraFusion بنفسه، ولا يظهر الخيار في القائمة إن لم يتوافر أي من نماذجه ضمن خطتك وسياسة مؤسستك.
- التفعيل في CLI عبر —experimental أو /experimental on. وفي VS Code بالإصدار 1.140 أو أحدث عبر الإعداد chat.copilot.hydraFusion.enabled. وفي التطبيق من الإعدادات التجريبية.
ماذا يقول المستخدمون في نقاش GitHub؟
نقاش مجتمع GitHub المرتبط بالإعلان، من 1 سبتمبر إلى 15 أكتوبر 2026، لا يتناول Max. وهذه آراء فردية وليست قياسات:
- من موظفي GitHub: الاستخدام يُحاسَب بتوكنات النماذج التي يستخدمها HydraFusion بسعر كل منها القياسي. والنماذج «غير مدعومة بدعم مالي». والنظام مستعد عمدًا لإنفاق أكثر عندما يرفع ذلك احتمال الصواب. ولا قائمة ثابتة منشورة بنماذجه.
- أرصدة: أحد المستخدمين قدّر التخطيط بنحو 500 رصيد والتنفيذ بنحو 2300، أي «40% من باقة Pro+». بحسابنا، هذا مجموع 2800 رصيد، أي نحو 28 دولارًا بسعر الرصيد 0.01 دولار. وآخر قال إن استهلاكه كان نحو 10% مما اعتاد عليه. وثالث قال إن معظم إنفاقه ذهب إلى نموذج بعينه. ورابع لاحظ أن مجموع الأرصدة لا يطابق عدّاد CLI.
- مشكلات مذكورة: اختفاء الخيار بعد تقليم نماذج على مستوى المؤسسة، وخطأ «fusion routing returned an invalid response»، وأن الإلغاء لا يوقف العمل فورًا، وتعذر معرفة الأداة العاملة.
ما أرقام GitHub، وما حدودها؟
في إعلان 4 سبتمبر 2026 نشرت GitHub نتائج اختبارات داخلية غير متصلة بالإنترنت، مقارنةً بـClaude Opus 5:
| الاختبار | التكلفة | الجودة |
|---|---|---|
| TerminalBench 2.1 | أقل بـ67% | +4.9 نقطة |
| DeepSWE | أقل بـ36% | -1.5 نقطة |
| CheckpointBench | أقل بـ65% | -0.1 نقطة |
كيف نقرأ الجدول؟ بحسابنا، تدفع في TerminalBench 33% من تكلفة Opus 5 وتكسب جودة، وفي CheckpointBench 35% بجودة شبه متطابقة، وفي DeepSWE 64% مع خسارة 1.5 نقطة. أي أن الوفر الكبير في اثنين من ثلاثة، والاختلاف في الجودة صغير في اثنين وإيجابي في واحد.
وتذكر GitHub نفسها تحفظات: ضُبط التوجيه عبر الاختبارات الثلاثة، وTerminalBench 2.1 مشبَع نسبيًا، والأنسب المهام ذات الطلب الواحد في الدور الأول، والأسماء والتوافر والسلوك قد تتغير.
لا تشمل هذه الأرقام Max، فلا قياس تكلفة أو جودة له بين المصادر. والمقارنة هنا مع Opus 5 لا Opus 5.5.
هل هناك اختبار مستقل؟
لا يوجد اختبار مستقل عملي لـHydraFusion أو Max بين المصادر. الموجود تحليلات لأرقام GitHub دون إعادة قياس:
- ذكرت VentureBeat في 4 سبتمبر أن الجودة طابقت Opus 5 أو تفوقت عليه في اختبار واحد من ثلاثة، ونقلت اعتراض مطور على أن «الكاتب الرخيص يُدفع ثمنه عند كل طلب في السلسلة».
- قدّرت Pondero في 8 سبتمبر فاتورة افتراضية، وهي نمذجة وليست قياسًا.
- نقلت InfoQ في 13 سبتمبر أرقام GitHub.
- سجّل مطور على DEV Community في 12 أكتوبر زمن قرار التوجيه فقط، 251 ملي ثانية على الإصدار 1.0.89 من CLI، دون نتائج جودة.
فكل ادعاء أداء في هذا الموضوع مصدره GitHub نفسها.
ما التنبيهات التوثيقية؟
- تقول مقالة الإطلاق إن الوصول «ضمن كل خطط Copilot»، بينما تعدد تحديثات 14 أكتوبر الخطط المدفوعة الأربع. لا مصدر يستثني الباقة المجانية صراحةً، ولا مصدر يؤكد دخولها. فاعتبر الخطط الأربع المذكورة هي المؤكدة.
- تختلف أسماء النماذج بين منشورات GitHub، وهذا المقال يتبع تحديث 14 أكتوبر: GPT-6 Astra وSol وLuna.
لمن يناسب ومن يتجاوزه؟
نقترح أن يجرّبه من يدفع أصلًا لإحدى الخطط المدفوعة الأربع ويريد مقارنة جودة مهمة صعبة بتكلفتها. ونقترح أن يتجاوزه من يحتاج ميزانية متوقعة بدقة، أو أحمال إنتاج بضمان خدمة، لأن لا حدود منشورة لـMax ولا اتفاقية مستوى خدمة.
كيف تقرر؟
- إن كنت تستخدم Copilot أصلًا: فعّل التجربة على مهمة محددة، ونقترح أن تراقب الرصيد المستهلك بأمر /usage في CLI.
- لا تضعه في أحمال الإنتاج ما دام معاينة بحثية بلا اتفاقية مستوى خدمة.
- راجع الناتج الفعلي: لا تعتمد على ملخص الوكيل وحده. انظر دراسة EBO.
- قارن بتكلفة المهمة المقبولة لا بسعر التوكن. اقرأ هذا.
أسئلة وأجوبة
ما هو HydraFusion Max؟
خيار ضمن HydraFusion مضبوط للمهام الأصعب بجهد تفكير أعلى، وفق GitHub، وهو في معاينة بحثية.
هل HydraFusion نموذج جديد؟
لا. تقول الوثائق إنه ليس نموذجًا؛ يختار لكل طلب مسارًا ونماذج وجهد تفكير.
كم يكلّف؟
لا رسم منفصل؛ تُحاسَب بسعر كل نموذج يُستخدم، وقد تتجاوز التكلفة نموذجًا واحدًا. والرصيد الواحد 0.01 دولار. لا أرقام منشورة لـMax.
هل تفوق على Claude Code أو Codex؟
لا يوجد اختبار مستقل يثبت ذلك. ونتائج GitHub الداخلية قارنته بـClaude Opus 5 فقط.
كيف أفعّله؟
في CLI عبر —experimental أو /experimental on، وفي VS Code بالإصدار 1.140 أو أحدث عبر الإعداد chat.copilot.hydraFusion.enabled، وفي التطبيق من الإعدادات التجريبية.
مصطلحات بلغة مبسطة
- طبقة التنسيق: برنامج يوزع الطلب على نماذج مختلفة ثم يجمع النتيجة.
- بوابة الجودة: خطوة تفحص المسودة وتقرر قبولها أو تصعيدها.
- جهد التفكير: مقدار الوقت والحساب الذي يبذله النموذج قبل الرد.
- المعاينة البحثية: مرحلة تجريبية قد تتغير فيها الميزة.
المصادر
- GitHub: تحديثات HydraFusion وخيار Max (14 أكتوبر 2026)
- وثائق GitHub: HydraFusion
- وثائق GitHub: النماذج والتسعير
- نقاش مجتمع GitHub رقم 206492
- GitHub: HydraFusion في VS Code والتطبيق (30 سبتمبر)
- GitHub: Project HydraFusion (4 سبتمبر)
- VentureBeat (4 سبتمبر)
- Pondero (8 سبتمبر)
- InfoQ (13 سبتمبر)
- DEV Community (12 أكتوبر)
رُوجعت الوقائع على الصفحات المذكورة في 15 أكتوبر 2026. معاينة قابلة للتغيير.
