حدّثت GitHub في 14 أكتوبر 2026 نظام HydraFusion، الذي يوزع المهام بين النماذج داخل GitHub Copilot، وأضافت HydraFusion Max للأعمال الأكثر تطلبا. ويتوافر الخياران في VS Code وتطبيق GitHub Copilot وCopilot CLI، لكنهما ما زالا ضمن معاينة بحثية. عمليا، يتيح التحديث اختيار عمق المعالجة، ولا يضمن تحسن كل إجابة.
يبدأ الفرق بما يختاره المستخدم. فليس HydraFusion نموذجا جديدا بحد ذاته، بل يختار نمط التنفيذ والنماذج وجهد الاستدلال لكل مرحلة، ثم يعيد إجابة نهائية واحدة. وقد يكتب نموذج الحل ويراجعه آخر. ويمكن للمهمة البسيطة الاكتفاء بنموذج واحد، من دون دورة مراجعة إضافية غير ضرورية.
ما الذي تغير في آلية العمل؟
تقول GitHub إن مجموعة النماذج تشمل الآن Claude Opus 5.5 وGPT-6 Astra وGPT-6.1 Sol وGPT-6 Luna. ويتغير المزيج الفعلي بحسب سير العمل، فلا تعني القائمة مرور كل طلب بجميع النماذج. كذلك أصبح جهد الاستدلال متوسطا عند إعداد المسودة وعاليا عند المراجعة، بدلا من الاعتماد على الإعداد الافتراضي لكل نموذج.
وتتغير أنماط المراجعة أيضا. يمكن لـCascade إضافة مرحلة تقييم تفحص الحل الأولي وتطلب إصلاحه عند الحاجة فقط. ويعتمد Critique أكثر على أدوات تفحص مساحة العمل مباشرة، وأقل على الملخصات المكتوبة، مع نماذج نقدية تعمل بالتوازي. وبالنسبة إلى المطور، هذا هو الفرق بين قراءة وصف للتغيير وفحص العمل الذي نفذه النموذج فعليا.
يستخدم Max البنية نفسها، لكنه يرفع الجهد حيث تكون المراجعة المتعمقة مهمة. وتشير الوثائق أيضا إلى مستوى استدلال مرتفع للغاية. من المفيد تجربته على مهمة محددة بمعايير نجاح واضحة، مثل إصلاح خلل معقد، ومقارنة جودة الحل والوقت والاستهلاك. ولا تعوض زيادة خطوات التفكير تشغيل الاختبارات أو المراجعة البشرية للشيفرة.
من يحصل على الوصول وماذا يفحص أولا؟
تتوفر الخيارات في خطط Copilot Pro وPro+ وBusiness وEnterprise، مع تفعيل الميزات التجريبية أو المعاينة، ووفقا لسياسات النماذج في المؤسسة. لا يكفي الاشتراك المؤهل لتجاوز حظر المسؤول. ويظل اختيار النماذج بيد نظام التنسيق، ضمن المسموح والمتاح للمستخدم، ولا يتحول إلى اختيار يدوي لكل مرحلة.
وفقا للوثائق، تحتسب تكلفة كل نموذج مشارك بسعره المعتاد، دون رسوم مستقلة لـHydraFusion. ولا يسري خصم الاختيار التلقائي للنموذج، وقد تستهلك المهمة متعددة النماذج أرصدة ذكاء اصطناعي أكثر من مهمة بنموذج واحد. هذا وصف لآلية الفوترة، وليس إعلانا عن تغيير سعر الاشتراك أو وعدا بتوفير ثابت في كل مهمة.
قبل اعتماد النظام في فريق، ينبغي فحص الصلاحيات ومراقبة الاستهلاك والبدء في بيئة اختبار. وتوضح GitHub أن المعاينة بلا اتفاقية لمستوى الخدمة، وليست مخصصة لأحمال الإنتاج. يوسع التحديث خيارات مراجعة حلول البرمجة، لكنه يترك قرارا للمستخدم: هل تحسن المراجعة الإضافية هذه المهمة بما يكفي لتبرير الوقت والموارد؟