يتوسع GitHub Copilot خارج IDE.
أضافت GitHub إمكانية فتح جلسات Copilot مشتركة من Slack وMicrosoft Teams.
يستطيع الفريق الإشارة إلى @GitHub، وبدء استقصاء مشكلة، والتخطيط للعمل، ومتابعة مهمة ينفذها الوكيل.
ما الذي أضافته GitHub
الفكرة تحويل محادثة قائمة لفريق تطوير إلى نقطة انطلاق لمهمة AI.
بدلا من:
- قراءة النقاش
- نسخ المتطلبات
- فتح IDE
- صياغة طلب جديد
يمكن بدء سير العمل من المحادثة نفسها.
ويستطيع أعضاء الفريق الآخرون مشاهدة الجلسة ومواصلة توجيهها.
لماذا يمثل ذلك تغييرا مهما
تتحول وكلاء البرمجة تدريجيا من أداة تخدم مستخدما واحدا إلى أداة للفريق.
تبدأ مشكلات تطوير كثيرة في مكان آخر أصلا:
- Slack
- Teams
- Jira
- Azure DevOps
- نظام مراقبة
- تذكرة عميل
تريد GitHub ربط نقطة البداية بمهمة الوكيل.
Copilot App يحصل أيضا على قسم Customize
في موجة التحديثات نفسها، أتاحت GitHub قسم Customize في تطبيق Copilot إتاحة عامة.
يجمع القسم:
- خوادم MCP
- الإضافات
- المهارات
- مساحات العمل المرئية
وهذا يعني أن Copilot يصبح أكثر شبها بنظام قابل للتركيب، وأقل شبها بمنتج ذي مجموعة قدرات ثابتة.
Azure DevOps يتصل أيضا
يمكن استخدام Issues وPull Requests من Azure DevOps كنقطة انطلاق لجلسة Copilot.
يهم ذلك خصوصا المؤسسات التي تستخدم Microsoft وGitHub بالتوازي.
ما الذي تغير في CLI
أضافت GitHub إلى Copilot CLI:
- حفظ الإعدادات الافتراضية لأوضاع الصلاحيات والتنفيذ
- إدارة الإضافات
- إدارة خوادم MCP
- إدارة المهارات
- استعادة الجلسات المنقطعة
- بيئة تشغيل جديدة بلغة Rust
تقول GitHub إن بيئة التشغيل الجديدة أسرع.
هذا ادعاء من GitHub لم يختبر بصورة مستقلة.
لماذا يهم الشركات
عندما يعمل وكيل برمجة من Slack أو Teams، لا يعود مجرد أداة لمطور واحد.
يجب التفكير أيضا في:
- من يحق له تشغيله
- المستودع الذي يستطيع الوصول إليه
- من يمكنه الموافقة على الإجراءات
- كيفية حفظ سجل التدقيق
- كيفية قياس التكلفة
- وما يحدث حين يوجد مشارك خارجي في المحادثة.
ما الذي لم ينشر بعد
لم تنشر GitHub في الملخص الأسبوعي تفصيلا كاملا للخطط التي تدعم كل تكامل.
كما لم تفصل الإتاحة الإقليمية.
ولم تتضح التكلفة الدقيقة للجلسة المشتركة برصيد AI credits.
ولم يعثر على التزام صريح بدعم العبرية داخل هذه الجلسات.