GitHub توسّع تحليلات Copilot لتشمل تسعة سيناريوهات استخدام

كثيرًا ما ينظر قادة الهندسة إلى تبني Copilot من نافذة ضيقة جدًا: كم ترخيصًا مُنح، وكم اقتراحًا قُبل، وكم سطرًا من الشيفرة وُلّد. وكان يغيب عن هذه الصورة الأشخاص الذين يناقشون المهمة بانتظام مع Copilot Chat أو يشغّلون سيناريو وكيلًا في VS Code. والنتيجة أن العمل كان يجري، بينما لوحة القياس لا ترى منه إلا جزءًا.

أضافت GitHub إلى Copilot impact dashboard مصدرين ناقصين للنشاط: Copilot Chat ونافذة Agents في VS Code. وبذلك يغطي الرسم البياني الآن تسعة سيناريوهات استخدام. وظهرت المؤشرات نفسها في تقارير الـ28 يومًا للشركات والمؤسسات عبر الحقلين chat وvscode_agent.

كيف يبدو ذلك عمليًا

لنتخيل فريقًا من 20 مطوّرًا. خمسة منهم بالكاد يستخدمون الإكمال التلقائي، لكنهم يفتحون الدردشة بانتظام، ويحللون الأخطاء، ويطلبون من الوكيل تعديل عدة ملفات. في السابق كان يمكن اعتبار هؤلاء الموظفين مستخدمين خاملين لـ Copilot. أما الآن فيظهر نشاطهم بشكل منفصل.

وأعادت GitHub في الوقت نفسه تسمية مجموعة Passive users إلى Chat-first users. والاسم الجديد أكثر إنصافًا: فهؤلاء ليسوا بالضرورة أشخاصًا يتجاهلون الأداة. إنهم نشطون في Copilot، لكنهم لم يستخدموا الميزة اللازمة للانتقال إلى إحدى مراحل التبني يومين على الأقل خلال الأيام الـ28 قيد الدراسة.

قاعدة المشاركة بسيطة: يُعدّ المستخدم نشطًا في سيناريو معيّن إذا لجأ إليه في يومين مختلفين على الأقل خلال فترة 28 يومًا. ويمكن أن يندرج الشخص الواحد ضمن عدة مؤشرات. فمثلًا، المطوّر الذي يستخدم الوضع الوكيلي داخل Copilot Chat سيُحتسب في إحصاءات الدردشة، أما عمله عبر نافذة Agents المستقلة فيُحتسب في مؤشر VS Code Agent.

ما الذي يجب ألا نخلط فيه

لا تغيّر إضافة البيانات الجديدة نموذج مراحل تبني Copilot. فـ Chat ونافذة Agents تُعرضان كنشاط بحسب الميزة، لكنهما لا تنقلان المستخدم بمفردهما إلى المرحلة التالية. كما لم تتغير أحجام المجموعات، وما زالت مجموعة Chat-first تُعاد في واجهة API بالقيمة No Cohort.

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

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

ماذا يفعل قائد الهندسة

تحقّق أولًا مما إذا كانت حصة المستخدمين «الخاملين» ناتجة عن قياس عن بُعد غير مكتمل. ثم قارن chat وvscode_agent بنتائج هندسية واضحة: زمن إنجاز طلبات السحب (pull request)، ومدة المهام، وعدد مرات الإرجاع للتعديل، والعيوب بعد الإصدار.

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