مقاييس استخدام GitHub Copilot الآن تتضمن أسماء المهارات المخصصة، الوكلاء، وخوادم MCP
· GitHub
هذا ليس نصيحة مالية.
واجهة برمجة تطبيقات مقاييس استخدام GitHub Copilot تعرض الآن أسماء المهارات المخصصة، الوكلاء، وخوادم MCP، مما يساعد المؤسسات على تتبع اعتماد الأدوات الداخلية واتجاهات الاستخدام.
ما هو الجديد وما الذي يتيحه
في السابق، كانت مقاييس استخدام GitHub Copilot تجمع المهارات المخصصة، الوكلاء، وخوادم بروتوكول سياق النموذج (MCP) تحت تسميات عامة مثل 'أخرى' أو 'مخصصة'. وقد جعل ذلك من الصعب على المؤسسات تحديد الأدوات الداخلية والتخصيصات المحددة التي يستخدمها مطوروها، مما يحد من القدرة على تتبع الاعتماد، قياس التأثير، وتركيز جهود التمكين حيثما كانت الأكثر حاجة.
ما أبلغت عنه المصادر
تقرير GitHub: قامت GitHub بتحديث واجهة برمجة تطبيقات مقاييس استخدام Copilot لعرض الأسماء الفعلية للمهارات المخصصة، الوكلاء، خوادم MCP، أوامر الشريحة، والإضافات التي أنشأتها المؤسسات. تشمل التقارير الآن ما يصل إلى 25 إدخال مسمى لكل سجل، بدلاً من خمسة فقط، وهذه مرئية في أنواع تقارير مختلفة (لكل مستخدم، مجمعة، إجماليات يومية). يتيح هذا التغيير للمسؤولين رؤية الأدوات الداخلية التي يتم اعتمادها واستخدامها، مما يدعم اتخاذ قرارات أفضل حول التمكين وتخصيص الموارد. يتطلب التحديث إصدارات محددة من Copilot CLI وSDK للحصول على تغطية كاملة، وتعتمد الدقة على بيانات العميل.
أدلة من المصدر (مقتطفات قصيرة)
"تظهر مقاييس استخدام Copilot الآن أسماء المهارات، الوكلاء المخصصين، خوادم بروتوكول سياق النموذج (MCP)، أوامر الشريحة، والإضافات التي تنشئها مؤسستك، بدلاً من"
"المزيد من الإدخالات: تتضمن كل قائمة totals_by_* الآن ما يصل إلى 25 إدخالًا لكل سجل، بدلاً من خمسة، لذا يمكنك رؤية المزيد من تخصيصات المطورين التي يستخدمونها."
"يمكن للمسؤولين الآن رؤية المهارات الداخلية، الوكلاء المخصصين، وخوادم MCP التي يستخدمها المطورون فعليًا، وتتبع الاعتماد بعد طرح واحدة جديدة، وتركيز التمكين حيثما كان"
تحليل - فرضيات، وليس نتائج مؤكدة
يتيح هذا التحديث للمؤسسات اتخاذ قرارات أكثر استنارة قائمة على البيانات حول أدوات المطورين الداخلية. من خلال عرض أسماء واستخدام المهارات والوكلاء المخصصين، يمكن للمسؤولين تحديد الأدوات التي تكتسب زخمًا، والتي قد تحتاج إلى مزيد من الدعم، وأين يجب تركيز التدريب أو موارد التطوير. كما يساعد الفرق على تبرير الاستثمارات في الأدوات الداخلية وتتبع تأثير الطرحات الجديدة. ومع ذلك، تعتمد دقة هذه المقاييس على العملاء المحدثين وبيانات التتبع المفعلة، لذا يجب استخدام البيانات لاتجاهات بدلاً من الأعداد الدقيقة.
الاستخدامات والمشاريع المحتملة
قد تستفيد المؤسسات من رؤية أكثر تفصيلاً حول تخصيصات Copilot الداخلية، مما يتيح تمكينًا مستهدفًا وتخصيص الموارد. تختبر المشروع ما إذا كانت هذه الرؤية تؤدي إلى تحسين الاعتماد وتأثير الأدوات. لا يزال يتعين إثبات الاعتماد الفعلي وزيادة الإنتاجية في الممارسة العملية.
الاعتماد ونماذج الأعمال - فرضيات اختيارية
لا يوجد دافع محدد؛ هذه أداة مجتمعية أو داخلية للاستخدام التنظيمي. لم يتم تحديد أي عملاء تجاريين في الأدلة المصدرية.
لا يتطلب هذا المشروع تحقيق الدخل ولم يتم تأسيس فرضية تجارية. إذا تم تسويقه لاحقًا، يمكن استكشاف اشتراك أو ترخيص مؤسسي، لكن هذا غير موثق.
المنافسون والاختلافات للاختبار
تشمل البدائل التي يجب التحقق منها تقارير استخدام GitHub Copilot المدمجة، التتبع اليدوي، وأدوات التحليل من طرف ثالث التي تعالج مقاييس Copilot.
اختبر ما إذا كان عرض التخصيصات المسماة واتجاهات الاستخدام في لوحة معلومات مخصصة يؤدي إلى إجراءات تمكين أكثر استهدافًا أو تحسين معدلات الاعتماد، مقارنةً بالتجميعات العامة 'أخرى/مخصصة'.
الجغرافيا، التكاليف والتحقق القانوني
السوق المسماة المصدر هي المؤسسات التي تستخدم مقاييس GitHub Copilot؛ التوافر والتغطية غير معروفة حتى يتم التحقق منها. لا يتم استنتاج أي جغرافيا من الناشر.
التكاليف الفعلية غير معروفة/لم يتم الإبلاغ عنها وتتطلب عروض أسعار محلية. استخدم البنية التحتية الحالية والأدوات مفتوحة المصدر حيثما كان ذلك ممكنًا. لا يُفترض وجود ميزانية.
يجب التحقق من الامتثال للقوانين المحلية المتعلقة بالخصوصية، المستهلك، وشروط المنصة. لا يتم تقديم نصائح قانونية. يجب أن يتبع تبادل البيانات السياسات التنظيمية وشروط GitHub.
ما زال غير معروف
ليس من الواضح مدى تكرار حظر بيانات التتبع أو أن العملاء قديمون، مما قد يؤدي إلى تقليل العد. لا يقوم التحديث بتسمية الإدخالات في التقارير التاريخية بأثر رجعي، لذا قد تكون تحليل الاتجاهات عبر الانتقال غير متسقة. لا يوجد تحقق مستقل من دقة أو اكتمال المقاييس المبلغ عنها. لم يتم تقييم تأثير هذه التغييرات على الاعتماد الفعلي للأدوات وإنتاجية المطورين بشكل مستقل. تعتمد تداعيات الخصوصية ومشاركة البيانات على السياسات التنظيمية وكيفية مشاركة التقارير أو استخدامها.
جدوى المشروع - لم يتم التحقق منها بعد
تحليل الفرص الأصلي هذا هو اقتراح للاختبار، وليس ادعاءً بأن منتجًا أو سوقًا أو عميلًا أو إيرادات تم التحقق منها. لم يتم إجراء أي بحث مستقل في السوق؛ لا تقارير المصدر عن المبيعات أو الأرباح المضمونة ما لم تنص الأدلة المقتبسة على خلاف ذلك.
تاريخ المصدر وحداثته
تاريخ نشر الناشر: 2026-10-22T22:19:17.000Z. يسجل هذا متى تم نشر العنصر المصدر، وليس فحصًا مباشرًا للأسعار، أعداد العملاء، التوافر أو شروط المنصة.
المصدر
GitHub - المهارات المخصصة، الوكلاء، وخوادم MCP في واجهة برمجة تطبيقات مقاييس الاستخدام
https://github.blog/changelog/2026-10-22-custom-skills-agents-and-mcp-servers-in-usage-metrics-api
ذكاء MLAIEL الاصطناعي — فرضية مشروع
مقترحات لفريق. ليست نتيجة تم التحقق منها، وليست نصيحة طبية أو مالية.
فرصة رقمية (الإصدار 4): لوحة تحكم تخصيص داخلي لتبني مقاييس كوبايلوت المستخدمون المستهدفون: مسؤولو المؤسسات والمنظمات، فرق DevOps، ومديرو الهندسة الذين يسعون لمراقبة وتحسين تبني مهارات كوبايلوت المخصصة، والوكلاء، وخوادم MCP داخل منظماتهم. كيف ستعمل: لوحة تحكم تستقبل بيانات API لمقاييس استخدام كوبايلوت، تستخرج المهارات المخصصة، والوكلاء، وخوادم MCP المسماة، وتصور اتجاهات الاستخدام على مر الزمن. تبرز التخصيصات الأكثر استخدامًا، والإصدارات الأخيرة، والأدوات التي لم تُستخدم بشكل كافٍ، مما يمكّن من جهود التمكين أو التدريب المستهدفة. يمكن للوحة التحكم تصفية البيانات حسب الفريق، وفترة الوقت، ونوع الأداة، وتصدير تقارير ملخصة لأصحاب المصلحة. الإصدار الأول: نموذج أولي للوحة تحكم قائمة على الويب باستخدام بيانات API لمقاييس استخدام كوبايلوت من منظمة واحدة توافق على ذلك. ستعرض أعلى 25 مهارة/وكيل/خادم MCP مسمى لكل فترة تقرير، مع خطوط اتجاه ومرشحات بسيطة. ستستمر التجربة لمدة 4 أسابيع مع 1-2 مستخدم إداري و3-5 فرق، باستخدام بيانات من مثيل كوبايلوت الخاص بالمنظمة فقط. لا تتضمن البيانات الخارجية. بدائل للتحقيق: قارن مع تقارير استخدام Copilot الحالية، والتتبع اليدوي عبر جداول البيانات، وأدوات التحليلات الخارجية التي قد تقدم رؤية مماثلة. قيم ما إذا كانت ميزات التقارير المدمجة في GitHub تكفي لاحتياجات المنظمة. الفرق للاختبار: اختبر ما إذا كان عرض التخصيصات المسماة واتجاهات الاستخدام في لوحة تحكم مخصصة يؤدي إلى إجراءات تمكين أكثر استهدافًا أو تحسين معدلات التبني، مقارنةً بالتجميعات العامة "أخرى/مخصصة". مصدر دليل على قدرة أو حاجة: يمكن للمسؤولين الآن رؤية المهارات الداخلية، والوكلاء المخصصين، وخوادم MCP التي يستخدمها المطورون فعليًا، وتتبع التبني بعد طرح واحد جديد، والتركيز على التمكين حيثما كان ذلك ممكنًا. الاستخدامات والحدود المحتملة: قد تستفيد المنظمات من رؤية أكثر تفصيلاً حول تخصيصات Copilot الداخلية، مما يمكّن من تمكين مستهدف وتخصيص الموارد. يختبر المشروع ما إذا كانت هذه الرؤية تؤدي إلى تحسين التبني وتأثير الأداة. لا يزال يتعين إثبات التبني الفعلي وزيادة الإنتاجية في الممارسة العملية. المستخدمون المحتملون والدافعين الاختياريين: لا يوجد دافع محدد؛ هذه أداة مجتمعية أو داخلية للاستخدام التنظيمي. لم يتم تحديد أي عملاء تجاريين في دليل المصدر. المنافسون والبدائل للتحقق: تشمل البدائل التي يجب التحقق منها تقارير استخدام GitHub Copilot المدمجة، والتتبع اليدوي، وأدوات التحليلات الخارجية التي تعالج مقاييس Copilot. نموذج العمل القانوني الاختياري: لا يتطلب هذا المشروع تحقيق إيرادات ولا يتم تأسيس فرضية تجارية. إذا تم تسويقه لاحقًا، يمكن استكشاف نموذج اشتراك أو ترخيص مؤسسي، ولكن هذا غير موثق. المهارات والوقت للاختبار: المهارات: تكامل API، تصور البيانات، تطوير الويب، DevOps الأساسية. الوقت المقترح: 2-4 أسابيع لنموذج أولي مع 1-2 مطور ودعم إداري. لم يتم التحقق منه بشكل مستقل. التوافر الجغرافي والحدود: السوق المسماة في المصدر هي المنظمات التي تستخدم مقاييس GitHub Copilot؛ التوافر والتغطية غير معروفة حتى يتم التحقق منها. لا يتم استنتاج أي جغرافيا من الناشر. القيود القانونية والأنظمة الأساسية للتحقق: يجب التحقق من الامتثال للخصوصية المحلية، وحقوق المستهلك، وشروط النظام الأساسي. لا يتم تقديم نصائح قانونية. يجب أن يتبع تبادل البيانات السياسات التنظيمية وشروط GitHub. الأسعار الحالية وشروط النظام الأساسي: لا توجد أسعار أو شروط دقيقة في دليل المصدر؛ يجب التحقق من التكاليف الفعلية والترخيص محليًا. توقيت نشر البيانات ليس بحثًا عن الأسعار الحالية. التحقق من العمر والمدفوعات والأهلية: الحد الأدنى لسن المستخدم في MLAIEL هو 16 عامًا؛ أي حد أعلى، KYC، تغطية الدول، المدفوعات، والأهلية الضريبية للخدمات الخارجية غير موثقة حتى يتم التحقق منها. أصغر اختبار تحقق منخفض التكلفة: قم بتشغيل تجربة لوحة تحكم لمدة أسبوعين باستخدام بيانات مقاييس Copilot الاصطناعية أو غير الحساسة من فريق واحد، مع تأكيد العرض الصحيح لما لا يقل عن 10 تخصيصات مسماة. لا تتطلب بيانات الإنتاج أو المشاركة الخارجية. المسؤوليات البشرية: يوفر المسؤولون وصول API، ويستعرضون مخرجات اللوحة، ويجرون مقابلات مع قادة الفرق حول إجراءات التمكين المتخذة. يقوم موظفو DevOps بإعداد ومراقبة اللوحة خلال التجربة. مساهمة الذكاء الاصطناعي وحدوده: اختياري: استخدام الذكاء الاصطناعي للإشارة إلى التغييرات الكبيرة في أنماط الاستخدام أو اقتراح الأدوات التي لم تُستخدم بشكل كافٍ للتمكين. يلخص الذكاء الاصطناعي الاتجاهات ولكنه لا يتخذ قرارات مستقلة. البيانات والوصول المطلوب: يتطلب الوصول إلى API لمقاييس استخدام كوبايلوت الخاصة بالمنظمة مع تفعيل الإدخالات المسماة. يجب أن تكون جميع البيانات داخلية للمنظمة وتعامل وفقًا لسياسة الخصوصية. لا تُستخدم بيانات شخصية أو خارجية. الإعداد المدعوم من المصدر والقدرة: يمكن للمسؤولين الآن رؤية المهارات الداخلية، والوكلاء المخصصين، وخوادم MCP التي يستخدمها المطورون فعليًا، وتتبع التبني بعد طرح واحدة جديدة، والتركيز على التمكين حيثما كان ذلك مطلوبًا. الخطوات المرتبة والمالكون: 1. تأمين وصول API والأذونات من مسؤول كوبايلوت في المنظمة. 2. بناء لوحة تحكم تسحب وتصور مقاييس الاستخدام المسماة. 3. التحقق من المخرجات من خلال مراجعة المسؤول وتعليقات الفريق. 4. توثيق إجراءات التمكين المتخذة بناءً على رؤى اللوحة. الحد الأدنى من الموارد والاعتمادات: يتطلب الوصول إلى API لمقاييس استخدام كوبايلوت، وخادم ويب للوحة، وموظفي إدارة/DevOps داخليين. الاعتمادات: كوبايلوت CLI 1.0.97+ وSDK 1.0.21+ لتغطية البيانات الكاملة. تأكد من هذه الإصدارات والأذونات قبل البدء. تكاليف وعدم اليقين في القدرة على تحمل التكاليف: التكاليف الفعلية غير معروفة/لم يتم الإبلاغ عنها وتتطلب عروض أسعار محلية. استخدم البنية التحتية الحالية والأدوات مفتوحة المصدر حيثما أمكن. لا يُفترض وجود ميزانية. التجربة ومعايير النجاح: الهدف المقترح للتجربة: عرض 80% على الأقل من المهارات/الوكلاء/خوادم MCP المسماة في أعلى 25 بشكل صحيح في اللوحة لكل فترة تقرير، كما تم التحقق منه من خلال مراجعة المسؤول. الأساس: التقارير اليدوية أو التجميعات العامة السابقة. المدة: 4 أسابيع. عتبة النجاح: دقة 80% وإجراء واحد على الأقل للتمكين تم اتخاذه بناءً على رؤى اللوحة، يتم قياسه من خلال سجلات المسؤول وسجلات التعليقات. المخاطر والضمانات: تشمل المخاطر البيانات غير المكتملة بسبب العملاء غير المحدثين أو القياسات المحجوبة، والمخاوف المتعلقة بالخصوصية إذا تم مشاركة التقارير خارجيًا، وتأثير محدود إذا لم يتخذ المسؤولون إجراءات بناءً على الرؤى. تشمل المخاطر التقنية تغييرات في API أو مشكلات في الوصول. متى يجب التوقف أو تغيير الاتجاه: إذا كانت أقل من 50% من الإدخالات المسماة المتوقعة متاحة أو إذا لم تؤدِ اللوحة إلى أي رؤى قابلة للتنفيذ بعد 4 أسابيع، ستتوقف المشروع للمراجعة.
التعليقات
لا تعليقات بعد.
شارك هذا المقال
حوّل هذا إلى عمل
يمكن لشخص مسجّل أن يفتح مشروعاً أو مشكلة مرتبطة بهذا المقال. يبقى النص داخل ما قاله المصدر.
سجّل الدخول للبدء