البرمجة بالذكاء الاصطناعي: متى تختار GitHub Copilot Fusion؟

جرى التحقق من المعلومات بالرجوع إلى وثائق GitHub وإعلاناتها المنشورة حتى 29 أكتوبر 2026. يستند هذا التقييم إلى الوثائق، وليس إلى اختبار أداء عملي.

كيف يغيّر GitHub Copilot Fusion البرمجة بالذكاء الاصطناعي؟

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

أتاحت GitHub ميزة Fusion للاستخدام العام في 28 أكتوبر 2026، جامعةً بين تنسيق النماذج في Project HydraFusion والاختيار التلقائي للنموذج عبر Auto. وتنتقل خيارات Auto وHydraFusion وHydraFusion Max القائمة إلى مستويات الجهد المقابلة لها في Fusion. لذا فإن المعاينة البحثية التي طُرحت في أكتوبر هي المرحلة السابقة من Fusion، وليست منتجًا مستقلًا تحتاج إلى استخدامه معه. إعلان GitHub عن Fusion.

أما نمط التنفيذ، فهو طريقة توزيع العمل:

• Single: يتولى نموذج واحد المهمة مباشرةً.
• Cascade: تُعرض المسودة على نموذج حَكَم، فيقبلها أو يصعّد العمل.
• Critique: تخضع المسودة لنقد مستقل قبل أن يراجعها النموذج الذي أنشأها.

ظهرت هذه الأنماط في أبحاث GitHub حول HydraFusion. وتصف وثائق Fusion الحالية نماذج ناقدة تعمل بالتوازي ثم تُجمع ملاحظاتها. لكن هذا لا يعني أن كل طلب يمر بجميع الأنماط. آلية عمل Fusion.

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

أين يتوفر Fusion وكيف تفعّله؟

يمكن استخدام Fusion في تطبيق Copilot وVisual Studio Code وCopilot CLI وبيئات التطوير من JetBrains. تسرد GitHub هذه الواجهات وتذكر توفره عبر خطط Copilot. لكن ذلك لا يعني إتاحة مستويات الجهد نفسها لكل حساب؛ فالنماذج المتاحة تظل خاضعة لخطة الاشتراك والسياسات المطبّقة. التوفر الحالي.

حدّث التطبيق الذي تستخدمه قبل اتباع التعليمات. فخيارات تفعيل معاينة HydraFusion القديمة لم تعد طريقة إعداد Fusion الحالية.

تطبيق GitHub Copilot

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

Visual Studio Code

تأكد في الإعدادات من تفعيل chat.copilot.dynamicAutoTiers.enabled. ابدأ محادثة جديدة باستخدام Copilot harness، وهي بيئة التشغيل التي تصل النموذج بأدوات الوكيل. اختر Copilot Fusion من محدد النماذج، ثم اختر مستوى متاحًا. تفعيل الإعداد لا يمنحك صلاحية إضافية؛ فقد يستمر محدد النماذج في عرض Auto إذا لم يكن حسابك مؤهلًا لأي مستوى من Fusion. إعداد VS Code.

GitHub Copilot CLI

أدخل /model في جلسة تفاعلية، واختر Fusion ومستوى الجهد، ثم أكّد الاختيار. ولتجربة أولية محدودة النطاق، توثّق GitHub صيغة الأمر التالية؛ ويطلب هذا المثال التحليل من دون تعديل الملفات:

copilot --model fusion --fusion-tier standard -p "Explain how this repository runs its tests. Do not edit files."

هذا هو خيار Fusion الحالي، ولا يستخدم علامة HydraFusion التجريبية القديمة. اختيار النموذج في CLI.

ما النماذج التي يمكن أن يستخدمها Fusion؟

قائمة نماذج Claude وGPT المذكورة هنا توثّق وضعًا في تاريخ محدد، ولا تمثل التزامًا دائمًا بتوجيه الطلبات إليها. فقد سمّى تحديث HydraFusion الذي نشرته GitHub في 14 أكتوبر 2026 النماذج التالية صراحةً:

• Claude Opus 5.5 من Anthropic.
• GPT-6 Astra من OpenAI.
• GPT-6.1 Sol من OpenAI.
• GPT-6 Luna من OpenAI.

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

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

ما يهم قائد الفريق الهندسي عمليًا هو مجموعة النماذج المسموح بها في حسابه. ويمكن لمالكي حسابات Enterprise فتح AI controls → Copilot → Models → Configure Copilot Fusion models. وتبقى هذه الاختيارات خاضعة لسياسات النماذج الأخرى المطبّقة على المستخدم. التحكم في النماذج على مستوى المؤسسة.

وتوجد معاينة منفصلة لتوجيه الطلبات إلى نماذج محلية. تدعم هذه المعاينة إعدادات محددة تستخدم MAI Code 1.1 Flash أو Qwen3.8 Flash Next مع Standard. ولا يصبح أي نموذج محلي مؤهلًا للاستخدام بمجرد إضافته. كذلك لا يعني الاستدلال المحلي أن Fusion يعمل بلا اتصال؛ إذ يظل توجيه الطلبات يجري في السحابة. حدود دعم النماذج المحلية.

ابدأ بـStandard، ثم ارفع مستوى الجهد عند الحاجة

ابدأ بـStandard، وحدد ما تنتظره من المراجعة الإضافية قبل اختيار High أو Max. تصف GitHub مستوى Standard بأنه مناسب للبرمجة اليومية، وHigh للمهام الصعبة والاستدلال الأعمق، وMax للأعمال الأشد تطلبًا. تعريف مستويات الجهد.

المهام المقترحة أدناه توصيات تحريرية، وليست ادعاءات أداء مبنية على قياسات:

الطلب المبهم بتحسين تطبيق كامل لا يصلح لتجربة Max. فمن دون تحديد معنى النجاح، لن تعرف إن كان الاستدلال الإضافي قد أفاد. احصر المهمة في مشكلة يمكن ملاحظتها، كإزالة مسار مكرر للطلبات مع الحفاظ على سلوك إعادة المحاولة.

Fusion Max خيار لمستوى الجهد، وليس اسم اشتراك يلزم الحصول عليه. ويوجد أيضًا Fusion Fast، لكنه غير متاح للاختيار من المستخدم، ويقتصر على المحادثة المضمّنة داخل المحرر في VS Code. خيارات الجهد.

كيف يستهلك Fusion أرصدة الذكاء الاصطناعي؟

تُحتسب الفاتورة بحسب العمل الذي تنفذه النماذج المختارة. تُسعّر الرموز النصية المدخلة والمخرجة والمخزّنة مؤقتًا وفقًا لكل نموذج، مع رسوم الكتابة في الذاكرة المؤقتة حيث تنطبق، ثم تُحوّل التكلفة إلى أرصدة ذكاء اصطناعي. ولا توجد تكلفة ثابتة معلنة بالأرصدة لكل مهمة في Fusion. آلية الفوترة لدى GitHub.

لا يفرض Fusion رسومًا منفصلة لتنسيق النماذج. وتحصل خطط Copilot المدفوعة حاليًا على خصم بنسبة 30% على تكاليف نماذج Fusion حتى 30 نوفمبر 2026. فوترة Fusion. ولتفاصيل الخطط والأرصدة المخصصة لكل منها، راجع دليل أسعار GitHub Copilot.

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

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

ماذا يثبت اختبار GitHub، وما الذي لا يثبته؟

تعرض GitHub نتيجة واعدة، لكنها لا تثبت مقدار التوفير في مستودعك. تقول الشركة في إعلانها الخاص بـUniverse:

التقييم المذكور هو Artificial Analysis Coding Agent Index. وهذه نتيجة اختبار تعلنها GitHub، وليست اختبارًا مستقلًا أُجري لهذا المقال. إعلان GitHub Universe.

ويحدد سجل التغييرات المفصّل طرف المقارنة بأنه Claude Code مع Opus 5.5 Max، ويصف مقياس التكلفة بأنه متوسط تكلفة API لكل مهمة. وهذا أضيق وأدق من القول إن Fusion يخفض فاتورة Copilot إلى النصف. سياق اختبار GitHub.

الاستنتاج المفيد هو أن تنسيق النماذج قد يحقق نتائج قوية بكفاءة أعلى من الاعتماد الدائم على إعداد عالي المتطلبات. أما افتراض أن كل إصلاح لخلل سيكون أسرع أو أرخص، فلا تسنده هذه النتيجة. يتوقف انطباقها عليك على طبيعة مهامك ومعايير القبول وحجم العمل التصحيحي. كذلك فإن الخصم المؤقت في الفوترة والمقارنة الواردة في الاختبار معلومتان منفصلتان؛ فلا تجمعهما لتعد بتوفير مضمون.

ماذا يعني Fusion للمطورين وقادة الفرق ومسؤولي الشراء؟

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

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

على مسؤولي الشراء الذين يقارنون Copilot بـClaude Code أو Cursor اختبار سير العمل الذي سيعتمدونه. تمنحك نتيجة الاختبار سببًا لتقييم أحد الخيارات، لكنها لا تكفي لنقل المؤسسة إليه. قيّم عبء المراجعة ومدى ملاءمة الأداة للمستودع والنتائج المكتملة، إلى جانب استهلاك الأرصدة. وتساعدك مقارنة Claude Code وGitHub Copilot على اتخاذ القرار الأوسع؛ فـFusion يغيّر جانبًا واحدًا منه.

أين تقع المبالغة، ومتى يُفضّل إبقاء Fusion معطّلًا؟

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

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

إذا كان إعدادك المعتاد بنموذج محدد ينجز المهمة المحدودة بقليل من التصحيح، فلا حاجة إلى تغييره ما لم تُظهر التجربة مكسبًا عمليًا. لست ملزمًا بالانتقال.

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

استخدام GitHub Copilot Fusion عمليًا: جرّبه في مستودع واحد هذا الأسبوع

احصر التجربة في نطاق يتيح لك فحص كل نتيجة. اختر مستودعًا تعرفه، ثم قارن Fusion بإعداد النموذج الذي تستخدمه بالفعل.

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

اشترك في النشرة البريدية لتصلك أدلة عملية لاختيار أدوات التطوير بالذكاء الاصطناعي واستخدامها.