قياس الاستخدام المنتظم للميزات

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

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

تفصيل التفاعل داخل التقارير

يتضمن التحديث تقارير إجمالية لمدة 28 يوماً على مستوى المؤسسة والمنظمة، ولا يقتصر على واجهة لوحة المعلومات. ويضيف الحقل copilot_feature_engagement إجمالي المستخدمين النشطين وأعداد التفاعل مع الميزات ضمن هذه التقارير، ما يتيح استهلاك البيانات آلياً عبر واجهات التقارير الحالية.

ويفصل الحقل totals_by_feature التفاعل مع سبع فئات: إكمال التعليمات البرمجية، وتحرير الوكيل، ومراجعة Copilot البرمجية السلبية، ومراجعة Copilot البرمجية النشطة، وCopilot cloud agent، وCopilot CLI، وتطبيق Copilot. وقد يُحتسب المستخدم نفسه ضمن أكثر من ميزة، لأن القياس يتتبع التفاعل مع كل فئة على حدة.

تحسين قراءة مراحل التبني

يشمل الإعلان أيضاً تحديثاً في تقارير مراحل تبني الذكاء الاصطناعي. فالحقل users_in_phase_28d يعرض الآن كامل عدد المستخدمين المصنفين ضمن كل مرحلة عبر فترة متحركة مدتها 28 يوماً، كما كان الوضع في يوم التقرير. وبهذا يختلف عن الحقل total_engaged_users، الذي يظل يعرض فقط المستخدمين في المرحلة نفسها الذين كانوا نشطين في ذلك اليوم.

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

حدود البيانات وتفسير أنواع المراجعة

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

وتفرق GitHub بين نوعين من مراجعة Copilot البرمجية في التقارير. فالمراجعة النشطة تعني أن المستخدم طلب مراجعة من Copilot يدوياً أو طبّق اقتراحاً ناتجاً عنها. أما المراجعة السلبية فتشير إلى إسناد Copilot مراجعة طلب السحب تلقائياً من دون تفاعل نشط من المستخدم مع عملية المراجعة.

من يمكنه الوصول إلى القياسات؟

تتوفر البيانات لمالكي المؤسسات ومديري الفوترة، ومالكي المنظمات، وكذلك أصحاب الأدوار المخصصة على مستوى المنظمة أو المؤسسة إذا كانت صلاحياتهم تمنحهم إذن View Copilot Metrics لعرض مقاييس Copilot. ويشترط ذلك تفعيل سياسة مقاييس استخدام Copilot في البيئة المعنية.

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

المصادر

• GitHub ChangelogCopilot impact dashboard now shows feature engagement