الويب

GitHub يوسّع واجهة مقاييس Copilot لتشمل أدوات مثل OpenCode

أعلنت GitHub عن تحديث لواجهة برمجة التطبيقات الخاصة بمقاييس استخدام Copilot، تتيح للمؤسسات تتبع استهلاك النماذج اللغوية من أدوات خارجية لم تكن مغطاة سابقاً.

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

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

GitHub يوسّع واجهة مقاييس Copilot لتشمل أدوات مثل OpenCode — الصورة: GitHub Changelog

تحديث شامل لواجهة مقاييس الاستخدام

أعلنت GitHub عن تحديث مهم لواجهة برمجة التطبيقات (API) الخاصة بمقاييس استخدام Copilot، حيث أصبحت الواجهة قادرة الآن على الإبلاغ عن استهلاك النماذج اللغوية من مجموعة أوسع من الأدوات التي يستخدمها المطورون. يشمل هذا التحديث أدوات مثل OpenCode التي لم تكن بياناتها تُلتقط في التقارير السابقة، مما يعزز دقة التقارير المقدمة للمؤسسات. ويمكن الرجوع إلى GitHub Changelog للاطلاع على التفاصيل الأصلية للمصدر.

تفاصيل الحقل الجديد totals_by_client

أصبح الحقل الجديد totals_by_client متاحاً في تقارير المؤسسات والمستخدمين على مستوى المؤسسة والمستخدم على مستوى المؤسسة، وذلك في إصدارات التقارير اليومية (1-day) والشهرية (28-day). يمثل كل عنصر في هذه المصفوفة عميلاً واحداً، ويوفر بيانات تفصيلية تشمل اسم الأداة التي أرسلت الطلبات، مثل opencode أو claude_code أو codex أو zed أو copilot_cli. كما تتضمن البيانات عدد الطلبات الناجحة، وعدد الجلسات المميزة، واستخدام الرموز (Tokens) مقسمةً إلى رموز الإدخال والإخراج ومتوسط الرموز لكل طلب.

تحليل دقيق حسب النموذج وطريقة الاختيار

توفر الواجهة أيضاً تفصيلاً إضافياً عبر الحقل totals_by_model، الذي يكسر مقاييس الطلبات والرموز حسب النموذج المستخدم. يتضمن هذا التفصيل حقل model_selection_mode الذي يوضح كيفية اختيار النموذج: إما أنه تم طلبه مباشرة من المستخدم (user_selected)، أو اختاره النظام تلقائياً (auto)، أو اختاره المنتج نفسه (product_selected). تظهر الأوضاع غير المبلغ عنها فردياً حالياً تحت فئة other، بينما تظهر القيم التي لا يمكن توحيدتها تحت فئة unknown، مما يوفر شفافية عالية حول سلوك النماذج.

سد الفجوة في تتبع الأدوات الخارجية

مع تزايد عدد المطورين الذين يستخدمون Copilot كمزود نماذج خلف أدوات خارج بيئة التطوير المتكاملة (IDE)، أصبحت الحاجة ماسّة لتتبع هذه الاستخدامات. غالباً ما لا ترسل هذه الأدوات بيانات التلميح (Telemetry) الخاصة بالمرافق، مما كان يؤدي إلى غياب استخداماتها من حقل totals_by_ide ويجعل من الصعب محاسبتها. من خلال عدّ الطلبات على مستوى الخادم، تسد GitHub هذه الفجوة، مما يتيح للمؤسسات رؤية الأدوات التي تقود استخدام Copilot، ومقارنة حجم الطلبات والرموز بينها، واتخاذ قرارات الدعم والحوكمة بناءً على بيانات استخدام حقيقية.

الفرق بين نشاط التطبيقات والعملاء

من المهم التمييز بين هذا التحديث ونشاط تطبيقات الوكيل (Agent App Activity)، الذي يعدّ المهام التي تبدأها تطبيقات الوكيل مثل Claude وCodex على GitHub. بينما يقيس نشاط التطبيقات المهام، يقيس الحقل الجديد totals_by_client حركة النماذج، أي الطلبات والرموز، من أي أداة تستخدم Copilot. هذا التمييز يضمن دقة البيانات ويمنع الخلط بين أنواع الاستخدام المختلفة في التقارير الإدارية والتقنية.

النطاق والصلاحيات والوصول

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

ملاحظات تقنية حول التوافق والقياس

تعد هذه التغييرات إضافةً (Additive)، حيث تظل الحقول الموجودة دون تغيير، ويظهر حقل totals_by_client كمصفوفة فارغة عندما لا يكون هناك استخدام للإبلاغ عنه. بالنسبة لعدد الطلبات (request_count)، فإنه يعدّ استدعاءات النموذج وليس الموجهات (Prompts)، حيث يمكن لموجهة واحدة أن تطلق عدة استدعاءات للنموذج، لذا يجب عدم مقارنة هذا الحقل مباشرة بعدد الموجهات أو التفاعلات. كما يتم تحديد العملاء عبر معرف التكامل (Integration ID) المرسل مع كل طلب، ويجب اعتبار حقل client كتجميع بأفضل جهد وليس هوية موثقة بالكامل.