أزالت GitHub Gemini 2.5 Pro وGemini 3 Flash من كل تجارب Copilot يوم الجمعة. والبدائل هي Gemini 3.1 Pro وGemini 3.6 Flash.
التبديل ليس متناظرًا
كان Gemini 2.5 Pro نموذجًا مستقرًا ومتاحًا عمومًا. أما خليفته المخصص، Gemini 3.1 Pro، فموسوم بصفة Preview. وتُنقل الفرق التي اعتمدت نموذجًا مستقرًا إلى نموذج يحمل وسم المعاينة، وهو ما يعني في تصنيف GitHub نفسه أنه قد يتغير أو يختفي من دون الإشعار الذي يحصل عليه نموذج GA.
ما الذي يغطيه فعلاً قول 'لا إجراء مطلوبًا'
يقول سجلّ التغييرات إن لا إجراء مطلوبًا، وبالنسبة للإزالة فهذا صحيح — لا شيء ينكسر، بل إن النماذج تتوقف ببساطة عن الظهور. ثم تذكر المدخلة نفسها أن قد يحتاج مسؤولو Copilot Enterprise إلى تمكين الوصول إلى النماذج البديلة عبر سياسات النماذج الخاصة بهم. هاتان الجملتان لا تصفان الحالة نفسها. ففي مؤسسة تفرض سياسة نماذج مقيدة، تختفي نماذج Gemini القديمة ولا يُسمح تلقائيًا بالجديدة، ما يترك المطورين من دون أي خيار من Gemini إطلاقًا حتى يلاحظ ذلك من يملك صلاحيات الإدارة.
التغيير الآخر الذي نُشر في اليوم نفسه
أدخلت GitHub أيضًا استهداف enterprise-team model-policy في المعاينة العامة: إذ يمكن للمؤسسة تحديد مجموعة أساسية من النماذج ومنح نماذج إضافية لفرق بعينها، مع تطبيق أقل القيود. معظم العملاء يحصلون على خيار التفعيل في 3 أغسطس، لذا يسبق الإعلانُ الإتاحةَ. وما يختبئ فيه هو أثر يستحق القراءة مرتين — فبمجرد تفعيل الاستهداف على مستوى المؤسسة، لا تعود إعدادات النماذج على مستوى المنظمة سارية. وتُستبدل قيود مسؤول المنظمة القائمة بهدوء بسياسة المؤسسة.
لماذا تستحق مدخلة في سجل التغييرات القراءة
أصبحت إتاحة النماذج داخل أداة برمجة الآن قرار توريد يتخذه مزود الأداة، لا المطور. وما يمكن للفرق الوصول إليه من نماذج، وعلى أي مستوى من الاستقرار، يُحدد على مستويين أعلى — من المنصة، ثم من مسؤول المؤسسة — ويتغير عبر مدخلات في سجل تغييرات لا يُطلب من أحد قراءتها.