في 19 أكتوبر 2026، أتاحت GitHub واجهة REST API عامة لإدارة سياسات نماذج Copilot على أربعة مستويات: المؤسسة، وفريق المؤسسة، وتطبيق المؤسسة، والمنظمة. وفي اليوم نفسه، أوقفت الشركة ستة نماذج في معظم حالات استخدام Copilot. وهذا يضع أمام المسؤولين مهمتين عمليتين: التحقق من النماذج التي تسمح بها السياسات، والتأكد من أن مسارات العمل المحفوظة تستخدم بدائل مدعومة.

تتيح واجهة API الجديدة استرداد السياسات وتحديثها باستخدام طلبي GET وPATCH. وتصفها GitHub بأنها وسيلة لإدارة إتاحة النماذج مركزياً؛ إذ يمكن لإعدادات المؤسسة تفويض التحكم للمنظمات أو للفرق والتطبيقات، بحسب الوضع المختار. ونُشرت التفاصيل في إعلان واجهة API لسياسات Copilot.
النماذج البديلة
تضم القائمة المنشورة في 19 أكتوبر النماذج Gemini 3.7 Flash وGPT-5.5 وGPT-5.4 وGPT-5.4 mini وGPT-5 mini وGrok 4.5. وحددت GitHub البدائل التالية لها بالترتيب: Gemini 3.8 Flash وGPT-6.1 Sol وGPT-6.1 Sol وGPT-6 Luna وGPT-6 Luna وGrok 4.7. وأوضحت الشركة أنها أعلنت مسبقاً عن إيقاف النماذج في 18 سبتمبر، وأنه لا حاجة إلى إزالة النماذج المتقادمة يدوياً. وترد القائمة والتوصيات في إشعار إيقاف النماذج.
تحدد البدائل الواردة في قائمة GitHub مسار الانتقال، لكن إتاحة أي بديل بعينه تعتمد على سياسات Copilot في المؤسسة. وقد يحتاج مسؤول Copilot Enterprise إلى السماح بالنموذج بشكل منفصل في الإعدادات. ويمكن للمستخدم التحقق من النتيجة عبر محدد النماذج في Copilot Chat ضمن VS Code أو على github.com.
ما الذي ينبغي للمسؤولين التحقق منه؟
ابدأ بمقارنة قائمة النماذج الموقوفة بما هو مسموح به فعلياً على كل مستوى من مستويات التحكم. ثم راجع الإرشادات الداخلية وقوالب المهام والأتمتة والاتفاقات بين الفرق التي تذكر النماذج القديمة بالاسم. بعد ذلك، أتح البدائل المطلوبة في السياسات، وتحقق من ظهورها للمستخدمين في واجهة Copilot.
تفيد واجهة REST API عندما تجعل التحديثات اليدوية للإعدادات عبر عدد كبير من المنظمات أو الفرق أو التطبيقات عملية الرقابة أكثر صعوبة. وقبل تنفيذ انتقال واسع النطاق، من المعقول حفظ السياسات الحالية، وتطبيق التغييرات على مجموعة واحدة، ثم التحقق من النتيجة بقراءة الإعدادات. تتيح هذه الخطوات مقارنة قائمة النماذج المتوقعة بإعدادات الوصول الفعلية.
يتعلق هذا التغيير بإدارة GitHub Copilot وإمكانية الوصول إلى النماذج. وهو يجيب عن سؤال عملي محدد: كيف يمكن إدارة إتاحة النماذج برمجياً بعد تغيير الكتالوج.