تتيح Microsoft إطار تشغيل Copilot عبر Foundry

أتاحت Microsoft في 28 أكتوبر 2026 إطار تشغيل Microsoft Copilot للمطورين وعملاء المؤسسات عبر Microsoft Foundry. ويشكّل هذا الإطار طبقة تنسيق متعددة النماذج تشغّل بالفعل Copilot Code وCopilot Studio وتطبيق GitHub Copilot وCopilot CLI وVS Code، وذلك في إعلان على المدونة الرسمية لـMicrosoft.

تصف Microsoft إطار التشغيل بأنه كل ما يحيط بالنموذج: طبقة التنسيق التي تزوّد الوكيل بالتعليمات والسياق وبيئة التنفيذ وأدوات التحكم المناسبة لإنجاز العمل، مع دعم المعايير المفتوحة، مثل بروتوكول سياق النماذج، إلى جانب مهارات الوكلاء وإضافاتهم. وقد بنى فريق الهندسة في GitHub إطار تشغيل Copilot، واعتمدته Microsoft على مستوى الشركة. وفي منشور مكمّل على مدونة Microsoft Foundry في اليوم نفسه، أعلنت الشركة إتاحة إطار التشغيل في خدمة Foundry Agent Service ضمن معاينة عامة، كما أعلنت الإتاحة العامة لقدرات الصمود في المهام طويلة الأمد للوكلاء المستضافين.

قالت Microsoft إن إطار التشغيل مصمم للعمل عبر عائلات النماذج، ويدعم أكثر من 20 نموذجًا متقدمًا، إضافةً إلى إمكانية استخدام العملاء لمفاتيحهم الخاصة، وإنه يوجّه العمل إلى النموذج أو النماذج المناسبة بحسب المهمة. وأضافت الشركة أن الإطار يدير حلقة عمل الوكيل وبيئة التنفيذ المعزولة، مع تضمين الحوكمة والتحسين، بينما يوفّر العملاء التعليمات والمهارات والأدوات ويختارون النموذج. ويمكن تنزيل حزمة تطوير البرامج Copilot SDK، كما يمكن تشغيل إطار العمل في السحابة التي تديرها Foundry؛ وأكدت Microsoft أن منصاتها تظل مفتوحة لأطر تشغيل وأطر عمل أخرى.

تنفيذ مُدار في Foundry Agent Service

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

يمكن للمطورين إنشاء الوكلاء عبر واجهة المعاينة Azure Developer CLI (azd)، أو بوابة Foundry، أو مجموعة أدوات Foundry Toolkit for Visual Studio Code، أو إضافة Microsoft Foundry ومهارتها في تطبيق GitHub Copilot. ويتضمن المنشور تصريحات من شركتين. وقال كريس إيفانز، المدير التقني في Confluence Technologies، إن فريقه شغّل حلًا في أقل من أسبوع، ما أتاح له التركيز على التصميم والقدرات بدلًا من البنية التحتية التي تقوم عليها. وقال أورلاندو ريباس فرنانديز، الرئيس التنفيذي لشركة Fashable، إن إطار التشغيل يمنح الشركة أساسًا لتحويل عمليات التوريد المعقدة إلى تدفقات عمل للوكلاء خاضعة للحوكمة وقابلة للقياس، مع إبقاء القرارات الملزمة تجاريًا تحت إشراف البشر.

قيود المعاينة والفوترة اعتبارًا من ديسمبر

أثناء المعاينة، يختار العملاء إطار تشغيل Microsoft Copilot عند إنشاء وكيل. ولا تتغير الوكلاء الحاليون، كما أن تبديل إطار التشغيل بعد الإنشاء غير مدعوم حتى الآن، وتتولى Foundry إدارة إعدادات وحدة المعالجة المركزية والذاكرة والخمول في بيئة التنفيذ.

تبدأ فوترة إطار تشغيل Copilot في Foundry Agent Service في 1 ديسمبر 2026، على أساس الاستهلاك. ويكون استخدام وقت تشغيل إطار التشغيل مجانيًا قبل ذلك التاريخ، بينما تظل استدلالات النماذج والأدوات والخدمات المتصلة التي تُفوتر على نحو منفصل خاضعة للرسوم المطبقة عليها. واعتبارًا من 1 ديسمبر، تبلغ تكلفة الحوسبة في بيئة التنفيذ المعزولة 0.0994 دولار لكل ساعة من استخدام وحدة المعالجة المركزية الافتراضية، وتبلغ تكلفة الذاكرة 0.0118 دولار لكل ساعة من استخدام الجيجابايت، مع اختلاف الأسعار بحسب المنطقة والاتفاقية.

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

قدرات الصمود في المهام طويلة الأمد للوكلاء المستضافين

أصبحت قدرات الصمود في المهام طويلة الأمد للوكلاء المستضافين متاحة عمومًا، وهي مخصصة للأعمال التي تستغرق ساعات أو أيامًا. وترصد Foundry الانقطاعات وتعيد تشغيل العمل باستخدام مدخلاته الأصلية، بينما يحفظ رمز العميل التقدم والنتائج الوسيطة كي يتمكن الوكيل من استئناف العمل من النقطة التي توقف عندها. وعندما يحدّث الوكيل نظامًا آخر، يجب أن يمنع سير العمل أيضًا تكرار الإجراءات عند إعادة التشغيل. وأشارت Microsoft إلى أن سجل المحادثة وحده لا يكفي لاستعادة العمل الجاري.

طُوّر في GitHub

قالت Microsoft إن المهندسين الذين بنوا بيئة التشغيل هم مهندسو GitHub أنفسهم الذين يقفون وراء أعمالها في تنسيق النماذج المتعددة، وإنها توحّد تجارب Copilot لديها على هذا الأساس. في 4 سبتمبر 2026، قدّمت GitHub Project HydraFusion في معاينة بحثية، وهو مشروع ينشئ خطة تنفيذ عبر نماذج من مزوّدين متعددين باستخدام ثلاثة أنماط: النمط الأحادي، حيث يتولى نموذج واحد حل المهمة مباشرةً؛ والنمط المتسلسل، حيث يصوغ نموذج فعّال حلًا أوليًا، ثم تقرر بوابة جودة ما إذا كان ينبغي تصعيد المهمة إلى نموذج أقوى؛ ونمط النقد، حيث يراجع ناقد مستقل للقراءة فقط، ينتمي إلى عائلة نماذج مختلفة، مسودةً قبل أن ينقحها النموذج الذي صاغها. وأفادت GitHub بأن HydraFusion حسّن، في التقييمات غير المتصلة بالإنترنت، جودة المهام المتحقق منها بمقدار 4.9 نقاط مئوية، مع خفض التكلفة المقدرة بنسبة 67% مقارنةً بـ Claude Opus 5 على TerminalBench 2.1؛ واقترب من النتيجة على DeepSWE بفارق لا يتجاوز 1.5 نقطة، مع تكلفة أقل بنسبة 36%؛ كما اقترب من النتيجة على CheckpointBench الداخلي بفارق لا يتجاوز 0.1 نقطة، مع تكلفة أقل بنسبة 65%.

وكانت GitHub قد كشفت أيضًا في 16 سبتمبر 2026 أنها نقلت بيئة تشغيل وكيل Copilot من TypeScript إلى Rust مباشرةً، لتصل الشيفرة الإنتاجية المكتوبة بـRust إلى 832,378 سطرًا بحلول 21 أغسطس 2026، عبر 128 طلب سحب أُدرجت تدريجيًا، فيما أتاحت Copilot SDK بيئة التشغيل لواجهات أمامية بست لغات. وتعزو Microsoft إلى هذا النقل أداءً رائدًا في القطاع، وانخفاضًا في العبء الإضافي للجلسات والزمن اللازم لظهور الرمز الأول. وفي اختبارات معيارية أجراها المهندس المتميز في Microsoft، Stephen Toub، عبر C# SDK، انخفض الوقت اللازم لإنشاء عميل وجلسة وإكمال دورة واحدة من 5.25 ثانية قبل النقل إلى 292 مللي ثانية عند تحميل بيئة تشغيل Rust داخل العملية، كما انخفضت الزيادة القصوى في الذاكرة ضمن دفعة من عشرة عملاء من 1,383 MB إلى 126 MB.