وسعت GitHub آلية Content Exclusions في Copilot لتشمل تطبيق Copilot وCopilot CLI أيضا.
الهدف منع دخول الشفرة المصنفة حساسة أو غير مناسبة لاستخدام AI تلقائيا إلى السياق الذي يعمل فيه الوكيل.
يبدو ذلك تغييرا صغيرا.
لكنه قد يمثل نقطة أمنية مهمة في مؤسسات تشغل وكلاء برمجة بصلاحية الوصول إلى مستودعات شفرة كبيرة.
ما هي Content Exclusions
تستطيع المؤسسة تحديد ملفات أو مجلدات أو أجزاء من مشروع يفترض ألا تدخل في سياق Copilot.
مثلا:
- شفرة حساسة
- شفرة عميل
- ملفات مفاتيح
- مشروع عليه قيود تعاقدية
- أجزاء لا يراد إرسالها إلى النموذج
المشكلة أن وكلاء Copilot لم تعد تعمل داخل محرر الشفرة فقط.
لماذا يهم التوسع إلى CLI
يستطيع Copilot CLI العمل من الطرفية.
ويستطيع تطبيق Copilot تنفيذ إجراءات أوسع بصفته وكيلا.
لو طبقت قواعد الاستبعاد داخل IDE معين فقط، لربما دخلت الشفرة الحساسة نفسها إلى السياق عبر واجهة أخرى.
تقول GitHub إن تطبيق Copilot وCLI يلتزمان الآن بـContent Exclusions.
هذا لا يعني حماية الشفرة في كل الظروف
من المهم عدم المبالغة.
استبعاد الملف من سياق Copilot المعتاد لا يعني بالضرورة انعدام طرق أخرى لوصول المعلومات إلى أداة خارجية.
مثلا:
- خادم MCP
- أمر shell
- سجل
- إضافة
- أداة خارجية
- اتصال آخر
لذلك، تمثل Content Exclusions طبقة رقابة، وليست ضمانا مطلقا.
تحديثات أخرى في الإصدار نفسه
أعلنت GitHub أيضا وصول إطار تشغيل Copilot الجديد إلى الإتاحة العامة (GA) في JetBrains.
ودخل Agent Merge المعاينة العامة في VS Code.
يفترض أن تتيح القدرة للوكيل محاولة معالجة:
- تعليقات المراجعة
- الاختبارات الفاشلة
- تعارضات الدمج
قبل تنفيذ الدمج.
وأضافت GitHub أيضا دعم نماذج أخرى لبعض الخطط.
إلى أين تتجه GitHub بـCopilot
اتجاه GitHub واضح.
يتحول Copilot من نظام يقترح سطر شفرة إلى نظام يستطيع:
- التنقل داخل المشروع
- تشغيل الأدوات
- فحص الشفرة
- حل التعارضات
- والعمل من الطرفية.
ومع زيادة الاستقلالية، يجب أن تتوسع أيضا ضوابط الوصول والاستبعاد.
ما الذي لم تنشره GitHub بعد
لم يتضح مدى تأثير Content Exclusions في كل خادم MCP خارجي.
ولم يتضح ما إذا كانت أوامر shell تستطيع إرجاع معلومات مستبعدة بشكل غير مباشر.
لم تنشر GitHub ضمن الإعلان توثيقا كاملا للتدقيق يتيح فحص كل محاولة للوصول إلى ملف مستبعد.