الذكاء الاصطناعي

GitHub يطلق أتمتة Copilot المشتركة لفريق العمل

أعلنت GitHub عن إطلاق ميزة أتمتة Copilot المشتركة، مما يتيح للفرق بناء مسارات عمل بالذكاء الاصطناعي وتشاركها، مع احتساب التكاليف على مالك المستودع بدلاً من المستخدم الفردي.

رضوان عبدالهاديمحرر وكاتب تقني

نُشر: 29 أكتوبر 2026 · آخر تحديث: 29 أكتوبر 2026 · 3 دقائق قراءة

GitHub يطلق أتمتة Copilot المشتركة لفريق العمل — الصورة: GitHub Changelog

الخلاصة

تتيح الميزة الجديدة للفرق بناء مسارات عمل بالذكاء الاصطناعي وتشاركها، مع احتساب التكاليف على مالك المستودع بدلاً من المستخدم الفردي.
تعمل الأتمتة المشتركة بشكل مستقل في السحابة، وتنفذ مهام مثل إعادة إنتاج الأخطاء أو التقاط لقطات الشاشة عند جاهزية طلبات الدمج.
تتبع إجراءات الأتمتة المشتركة لـ Copilot بدلاً من أي مستخدم محدد، مما يضمن استمرارية العمل حتى لو غادر الشخص الذي أنشأها الفريق.
تتوفر الميزة تدريجياً لمستخدمي خطط Copilot Pro وPro+ وMax وBusiness وEnterprise، وتتطلب تفعيل سياسة محددة من قبل مدير المنظمة.

إطلاق ميزة الأتمتة المشتركة

أعلنت GitHub رسمياً عن بدء طرح ميزة Copilot Automations المشتركة، والتي تتيح للفرق بناء مسارات عمل بالذكاء الاصطناعي وتشاركها. تتيح هذه الميزة للمستخدمين دمج الأوامر النصية (Prompts) ومحفزات التشغيل (Triggers) والأدوات لتصميم مسارات عمل تتوافق مع طريقة عمل الفريق. تعمل هذه الأتمتة بشكل مستقل في السحابة، معتمدة فقط على الأدوات المصرح بها من قبل المستخدم. ويمكن الرجوع إلى GitHub Changelog للاطلاع على التفاصيل الأصلية للمصدر.

أمثلة على الاستخدامات العملية

توفر الميزة الجديدة قدرات أتمتة متقدمة يمكن تطبيقها في عدة سيناريوهات عملية. على سبيل المثال، يمكن إنشاء أتمتة لإعادة إنتاج الأخطاء البرمجية فور فتح مشكلة (Issue) في المستودع. كما يمكن التقاط لقطات شاشة توثيقية للتغييرات عندما يُعلَّم طلب الدمج (Pull Request) بأنه جاهز للمراجعة. بالإضافة إلى ذلك، يمكن للأتمتة إجراء تحقيقات تلقائية في الحوادث التشغيلية (Production Incidents) فور اكتشافها من خلال أدوات المراقبة. ويمكن الرجوع إلى Back to changelog للاطلاع على التفاصيل الأصلية للمصدر.

الفرق بين الأتمتة الشخصية والمشاركة

حتى الآن، كانت أتمتة Copilot شخصية، مما يعني أن المستخدم الوحيد الذي يمكنه رؤيتها وتعديلها هو من أنشأها، وتُحتسب التكاليف على هويته وائتماناته الخاصة. هذا النموذج مناسب لأتمتة المهام الفردية، مثل صياغة تحديثات الاجتماعات اليومية، لكنه غير كافٍ للمسارات التي يعتمد عليها الفريق بأكمله. تتيح الأتمتة المشتركة بناء هذه المسارات وصيانتها بشكل جماعي، مما يعزز التعاون بين أعضاء الفريق.

آلية عمل الأتمتة المشتركة

تتميز الأتمتة المشتركة بعدة خصائص جوهرية. أولاً، تكون مرئية للفريق بأكمله؛ حيث يمكن لأي شخص يملك صلاحية القراءة في المستودع رؤية الأتمتة، بينما يمكن لأي شخص يملك صلاحية الكتابة تعديلها. ثانياً، تُحتسب التكاليف على مالك المستودع (سواء كان منظمة أو مستخدماً) بدلاً من الشخص الذي أنشأ الأتمتة. ثالثاً، تُنسب الإجراءات المنفذة على GitHub إلى Copilot بدلاً من أي مستخدم محدد. وأخيراً، تُصمم الأتمتة المشتركة لتبقى ضمن المستودع، مما يضمن استمرار عملها حتى لو غادر الشخص الذي أنشأها الفريق، مع توفر سجل لتتبع تطور الأدوات والمحفزات والأوامر.

متطلبات التفعيل والسياسات

لكي تعمل الأتمتة المشتركة في مستودع مملوك لمنظمة، يجب على مدير المنظمة تفعيل سياسة محددة تتيح استخدام وكيل Copilot السحابي مع احتساب التكاليف على المنظمة. عند إنشاء الأتمتة عبر موقع github.com أو تطبيق GitHub Copilot أو Visual Studio Code، يجب على المستخدم اختيار خيار "مشتركة" (Shared) تحت نوع الأتمتة. تجدر الإشارة إلى أنه لا يمكن تغيير نوع الأتمتة بعد إنشائها. لمزيد من التفاصيل حول الفرق بين الأتمتة الشخصية والمشاركة، يمكن الرجوع إلى التوثيق الرسمي.

التوفر والخطط المدعومة

تتوفر ميزة Copilot Automations المشتركة تدريجياً لمستخدمي خطط Copilot Pro وPro+ وMax وBusiness وEnterprise. قد يختلف التوفر الفعلي أثناء تقدم عملية الطرح. بمجرد توفر الميزة، يمكن للمستخدمين إنشاء أتمتة في أي مستودع يملكون فيه صلاحية الكتابة. كما تدعو GitHub مجتمع المطورين للانضمام إلى النقاش حول هذه الميزة الجديدة ومشاركة آرائهم وتجاربهم.