GitHub Copilot Enterprise: Spaces और Usage Metrics API के लिए एक गाइड

GitHub Copilot Enterprise क्या है?

GitHub Copilot Enterprise, GitHub के Copilot प्लान पदानुक्रम के शीर्ष पर स्थित है।

GitHub Copilot Business या Pro+ की तुलना में, Enterprise गवर्नेंस, संगठनात्मक संदर्भ, और मापन क्षमताओं पर अधिक ध्यान देता है। यह व्यक्तिगत डेवलपर या छोटी टीमों की बजाय बड़े इंजीनियरिंग वातावरण संचालित करने वाली कंपनियों के लिए बनाया गया है।

व्यवहार में दो क्षमताएँ सबसे अधिक मायने रखती हैं:

1. Spaces के माध्यम से कस्टम संगठनात्मक संदर्भ
2. Usage Metrics API के माध्यम से संगठन-स्तरीय टेलीमेट्री

ये दोनों फीचर्स Copilot को “स्मार्ट ऑटोकंप्लीट” से आगे बढ़ाकर एक आंतरिक AI इंजीनियरिंग प्लेटफ़ॉर्म के करीब ले जाते हैं।

जो कंपनियाँ GitHub Copilot Enterprise से सबसे अधिक मूल्य प्राप्त कर रही हैं, वे इसे आंतरिक अवसंरचना के एक प्रमुख घटक की तरह मानती हैं। वे संगठनात्मक संदर्भ को सावधानी से कॉन्फ़िगर करती हैं, अपनाने को लगातार मापती हैं, और अनुमानों के बजाय उपयोग डेटा के आधार पर नीतियाँ समायोजित करती हैं।

GitHub के पारिस्थितिकी तंत्र पर व्यापक नज़र के लिए, हमारा Introduction to GitHub Products गाइड पढ़ने की सलाह देता हूँ।

Enterprise, Business और Pro+ से कैसे अलग है

GitHub Copilot Enterprise, Business सदस्यता पर निम्न अतिरिक्त सुविधाएँ जोड़ता है:

• संगठन-स्तरीय उपयोग मीट्रिक्स
• विस्तारित गवर्नेंस नियंत्रण
• एंटरप्राइज़-स्तरीय नीति इनहेरिटेंस
• बड़े प्रीमियम अनुरोध आवंटन (Business स्तर में 300 की तुलना में 1,000)
• अतिरिक्त मॉडल एक्सेस और प्रबंधन

Enterprise के लिए Copilot Enterprise सदस्यता के अलावा GitHub Enterprise Cloud आवश्यक है। यह प्रति उपयोगकर्ता अतिरिक्त लागत जोड़ता है, इसलिए सुनिश्चित करें कि आपके संगठन को वास्तव में गवर्नेंस, टेलीमेट्री, और एंटरप्राइज़-स्तरीय प्रशासन की आवश्यकता है।

ध्यान दें: Business ग्राहक संगठन-स्तर पर Usage Metrics API तक पहुँचते हैं (/orgs/{org}/…)। Enterprise ग्राहक अतिरिक्त रूप से एंटरप्राइज़-व्यापी समग्र रिपोर्ट्स (/enterprises/{enterprise}/…) तक पहुँचते हैं जो एक दृश्य में सभी संगठनों को कवर करती हैं।

GitHub Copilot Enterprise किनके लिए है

GitHub Copilot Enterprise उन संगठनों को लक्षित करता है जो पहले से परिपक्व GitHub वातावरण चला रहे हैं।

सामान्य Enterprise ग्राहक शामिल हैं:

• बड़ी इंजीनियरिंग संगठन
• विनियमित उद्योग
• मल्टी-टीम प्लेटफ़ॉर्म इंजीनियरिंग समूह
• आंतरिक विकास मानकों वाली कंपनियाँ
• केंद्रीकृत गवर्नेंस की आवश्यकता वाले संगठन

ध्यान दें कि यह स्वाभाविक रूप से Copilot के प्रदर्शन में सुधार नहीं करता। मैं मानता हूँ कि यह भेद महत्वपूर्ण है क्योंकि कई टीमें शुरू में अधिक-खरीद लेती हैं। वे मान लेती हैं कि Enterprise का अर्थ है “बेहतर Copilot,” जबकि वास्तविकता यह है कि Enterprise मुख्यतः गवर्नेंस और मापन टूलिंग जोड़ता है।

Copilot Spaces: आपके संगठन के लिए कस्टम संदर्भ

Copilot Spaces, सामान्यीकृत AI कोडिंग असिस्टेंट्स की सबसे बड़ी कमजोरियों में से एक को हल करते हैं।

बॉक्स से बाहर, Copilot सार्वजनिक प्रोग्रामिंग ज्ञान को काफ़ी हद तक समझता है। यह अपने-आप आपके आंतरिक APIs, आर्किटेक्चर निर्णयों, कोडिंग परंपराओं, डिप्लॉयमेंट वर्कफ़्लोज़, या ऑनबोर्डिंग डॉक्यूमेंटेशन को नहीं समझता।

Spaces ऐसा क्यूरेटेड संगठनात्मक संदर्भ प्रदान करते हैं जिसे Copilot वार्तालाप और कोडिंग सहायता के दौरान संदर्भित कर सकता है।

व्यावहारिक रूप में, Spaces Copilot को ऐसे सवालों के जवाब देने में मदद करते हैं:

• “हम आंतरिक रूप से API हैंडलर्स को कैसे संरचित करते हैं?”
• “हमारी प्लेटफ़ॉर्म टीम किस ऑथेंटिकेशन लाइब्रेरी की सिफारिश करती है?”
• “इस माइक्रोसर्विस को कौन-सा डिप्लॉयमेंट वर्कफ़्लो उपयोग करना चाहिए?”
• “हमारी बैकएंड टीम कौन-सी नामकरण परंपराएँ अपनाती है?”

Spaces क्या समर्थन करते हैं

Spaces, पुराने Knowledge Bases सिस्टम की तुलना में संगठनात्मक सामग्री की व्यापक श्रेणी का समर्थन करते हैं।

समर्थित सामग्री प्रकारों में शामिल हैं:

• कोड फ़ाइलें
• Markdown दस्तावेज़
• JSON फ़ाइलें
• अपलोड की गई फ़ाइलें
• छवियाँ
• GitHub Issues
• Pull requests

प्रत्येक सामग्री प्रकार अलग तरह से योगदान देता है।

कोड फ़ाइलें Copilot को इम्प्लीमेंटेशन पैटर्न समझने में मदद करती हैं। Markdown फ़ाइलें आर्किटेक्चर व्याख्याएँ और ऑनबोर्डिंग मार्गदर्शन प्रदान करती हैं। Pull requests समीक्षा चर्चाएँ और ऐतिहासिक इंजीनियरिंग निर्णय उजागर करते हैं। यह संयोजन Copilot को आपके संगठन की विकास प्रथाओं के बारे में बेहतर जागरूकता देता है।

एक सूक्ष्म लेकिन महत्वपूर्ण बिंदु यह है कि Spaces केवल GitHub से जुड़े वेक्टर डेटाबेस नहीं हैं। इनमें एंटरप्राइज़ वातावरण के लिए डिज़ाइन किए गए शेयरिंग नियंत्रण और संगठनात्मक गवर्नेंस वर्कफ़्लोज़ शामिल हैं।

Knowledge Bases का सनसेट

GitHub ने पुराना Copilot Knowledge Bases फीचर 1 नवंबर, 2025 को सनसेट कर दिया।

Spaces ने Knowledge Bases को प्रतिस्थापित किया, जिसमें मिले:

• विस्तृत सामग्री समर्थन
• बेहतर शेयरिंग नियंत्रण
• उन्नत प्रशासन
• अधिक लचीला संगठन-स्तरीय प्रबंधन

आपको अब भी Knowledge Bases का उल्लेख करने वाली पुरानी डॉक्यूमेंटेशन और ब्लॉग पोस्ट मिलेंगी। पुराने ट्यूटोरियल का पालन करते समय सावधान रहें क्योंकि 2025 से 2026 के संक्रमण के दौरान कई एंडपॉइंट्स और वर्कफ़्लोज़ बदल गए।

Copilot Spaces बनाना और कॉन्फ़िगर करना

प्रशासन परिप्रेक्ष्य से, Copilot Spaces बनाना काफ़ी सीधा है। चुनौती दर्जनों या सैकड़ों Spaces को टीमों में प्रबंधित करने में आती है।

जो संरचना आप शुरू में चुनते हैं, वह अक्सर टिक जाती है। मैंने संगठनों को Spaces के भीतर अनजाने में “डॉक्यूमेंटेशन स्प्रॉल” बनाते देखा है क्योंकि किसी ने शुरुआत में स्वामित्व नियम स्थापित नहीं किए।

कोई भी Copilot Space बना सकता है, तो आइए अपनी व्यक्तिगत रेपो में एक बनाकर देखें। एंटरप्राइज़ स्तर पर चरण समान हैं, बस कुछ पेज अलग होते हैं।

Space सेट करना

एक Space बनाना सामान्यतः इस वर्कफ़्लो का अनुसरण करता है:

1. अपने एंटरप्राइज़ प्रशासन क्षेत्र में Copilot Spaces पेज पर जाएँ
2. नया Space बनाएँ

3. रिपॉज़िटरीज़ और कंटेंट सोर्स चुनें, जिनमें MCPs और अन्य उपयोगी टूल शामिल हैं

4. सोर्स जोड़ना दाईं ओर “+ Add sources” बटन पर क्लिक करके किया जा सकता है

5. आप इस चरण में Space को साझा करने या शेयरिंग सेटिंग्स सेट करने का विकल्प चुन सकते हैं

6. सत्यापित करें कि Copilot चैट इंटरैक्शन के दौरान सामग्री का संदर्भ दे सकता है

एंटरप्राइज़ उपयोगकर्ताओं के लिए एक नोट: आपका प्रशासक व्यक्तिगत Spaces की शेयरिंग बंद कर सकता है। इसलिए यदि आप अपना स्वयं का अकाउंट उपयोग कर रहे हैं, तो यह किसी ऐसे Copilot Space को साझा करने की आपकी क्षमता को प्रभावित कर सकता है जो एंटरप्राइज़ की रिपॉज़िटरीज़ का उपयोग नहीं करता।

सेटअप के बाद, प्रशासकों को व्यावहारिक प्रॉम्प्ट्स के साथ Space का परीक्षण करना चाहिए।

उदाहरण के लिए:

How does our authentication middleware handle token refresh logic?

या:

Show me an example of how our backend services structure database migrations.

यदि Copilot सटीक उत्तर नहीं दे पाता, तो आमतौर पर समस्या इनमें से किसी एक की होती है:

• रिपॉज़िटरीज़ गायब हैं
• डॉक्यूमेंटेशन गुणवत्ता कमजोर है
• गलत अनुमतियाँ
• पर्याप्त इंडेक्सिंग समय नहीं

शेयरिंग और एक्सेस नियंत्रण

Spaces दो मुख्य दृश्यता मॉडलों का समर्थन करते हैं:

• व्यक्तिगत Spaces
• संगठन-व्यापी Spaces

एंटरप्राइज़ के सदस्य अपने व्यक्तिगत Spaces को बड़े एंटरप्राइज़ सेटिंग्स द्वारा प्रबंधित करा सकते हैं। एंटरप्राइज़ एडमिन केंद्रीय रूप से प्रीव्यू और फीचर उपलब्धता नीतियों का भी प्रबंधन कर सकते हैं। 

निजी Spaces, प्रायोगिक टीमों या संवेदनशील आंतरिक पहलों के लिए उपयुक्त हैं। संगठन-व्यापी Spaces इंजीनियरिंग मानकों, ऑनबोर्डिंग दस्तावेज़, या कंपनी-व्यापी फ़्रेमवर्क के लिए समझ में आते हैं।

एक गलती जो मैं अक्सर देखता हूँ वह है अतिशय केंद्रीकरण। एकल, बहुत बड़ा कंपनी-व्यापी Space शोरगुल वाला हो सकता है और Copilot के लिए प्रभावी रूप से उपयोग करना कठिन बना सकता है।

टीम या डोमेन के आधार पर Spaces का संगठन

कोई सार्वभौमिक रूप से सही संगठनात्मक संरचना नहीं है।

सामान्य पैटर्नों में प्रति टीम एक Space, प्रति उत्पाद क्षेत्र एक Space, या साझा मानक Space शामिल हैं। प्रत्येक का अलग दायरा होता है और मूलतः एक ही सेटिंग्स Space को अलग तरह से उपयोग करता है।

प्रति टीम एक Space

तब उपयोगी जब इंजीनियरिंग समूह अपेक्षाकृत स्वतंत्र रूप से काम करते हैं।

उदाहरण:

• प्लेटफ़ॉर्म इंजीनियरिंग
• डेटा इंजीनियरिंग
• मोबाइल विकास

प्रति उत्पाद क्षेत्र एक Space

उन संगठनों के लिए उपयोगी जो विभागों के बजाय उत्पादों के आसपास संरचित हैं।

उदाहरण:

• Payments
• Analytics
• Infrastructure
• Customer platform

साझा मानक Space

कई संगठन निम्न के लिए एक अलग साझा Space बनाए रखते हैं:

• सुरक्षा दिशानिर्देश
• कोडिंग परंपराएँ
• डिप्लॉयमेंट वर्कफ़्लोज़
• आर्किटेक्चर मानक

व्यवहार में, हाइब्रिड दृष्टिकोण आमतौर पर सबसे अच्छा काम करते हैं। प्रत्येक टीम को अपना Space मिल सकता है, और बड़े मानक Spaces टीमों के बीच साझा किए जा सकते हैं।

Copilot Usage Metrics API

Spaces संदर्भ की समस्या हल करते हैं। Usage Metrics API मापन की समस्या हल करता है। यह 2026 API एकीकरण के दौरान GitHub द्वारा सेवानिवृत्त कई पुराने टेलीमेट्री सिस्टम्स को प्रतिस्थापित करता है। 

स्पष्ट मापों के बिना, संगठन जल्दी ही इस बात की दृश्यता खो देते हैं कि Copilot का अपनाना सफल हो रहा है या नहीं। नेतृत्व को साक्ष्य चाहिए कि यह निवेश डेवलपर वर्कफ़्लो में सुधार कर रहा है, न कि केवल एक और सदस्यता पंक्ति जोड़ रहा है।

डैशबोर्ड फरवरी 2026 में सामान्य उपलब्धता तक पहुँचा और आपके एंटरप्राइज़ अकाउंट → AI Controls → Copilot → Metrics → Insights टैब में Copilot usage metrics के माध्यम से सुलभ है।

github.blog से Copilot Usage Metrics डैशबोर्ड उदाहरण

API क्या मापता है

Usage Metrics API कई श्रेणियों की परिचालन टेलीमेट्री उजागर करता है।

सामान्य मीट्रिक्स में शामिल हैं:

• सक्रिय उपयोगकर्ता
• सुझाई गई कोड लाइन्स बनाम स्वीकृत कोड लाइन्स
• IDE उपयोग के पैटर्न
• मॉडल उपयोग
• एजेंट इंटरैक्शन
• भाषा ब्रेकडाउन

यह संगठनों को केवल सीट काउंट की तुलना में कहीं अधिक सूक्ष्म तस्वीर देता है।

100 आवंटित सीटों वाली लेकिन केवल 15 सक्रिय उपयोगकर्ताओं वाली टीम की अपनाने की प्रोफ़ाइल, लगातार दैनिक उपयोग और उच्च स्वीकृति दर वाली टीम से बहुत अलग होती है।

2026 API संक्रमण

GitHub ने 2025 से 2026 के संक्रमण काल के दौरान कई पहले के टेलीमेट्री APIs (User-level Feature Engagement Metrics API, Direct Data Access API, Copilot Metrics API) को सेवानिवृत्त कर दिया, और अप्रैल 2026 तक उन्हें पूरी तरह सनसेट कर दिया।

इनमें शामिल थे:

• लीगेसी Metrics API
• Feature Engagement APIs
• Direct Data Access APIs

फरवरी 2026 से उपलब्ध नए Usage Metrics एंडपॉइंट्स ने उन रिपोर्टिंग सिस्टम्स को एक अधिक एकीकृत मॉडल में समेकित कर दिया, जिसमें ब्रेकिंग चेंज होने पर इन APIs का वर्शनिंग भी शामिल है।

यह इसलिए मायने रखता है क्योंकि कई पुराने ब्लॉग पोस्ट और GitHub उदाहरण अब भी अप्रचलित एंडपॉइंट्स का संदर्भ देते हैं। जब भी आप Usage Metrics API के साथ काम करें, ऑटोमेशन बनाने से पहले हमेशा GitHub के नवीनतम API रेफ़रेंस के साथ डॉक्यूमेंटेशन को सत्यापित करें।

Usage Metrics API को क्वेरी करना

अब जबकि हम usage metrics API के उद्देश्य को समझते हैं, आइए बात करें कि इसे व्यवहार में कैसे उपयोग करें।

प्रमाणीकरण और अनुमतियाँ

GitHub Copilot Usage Metrics एंडपॉइंट्स आमतौर पर आपके Personal Access Token (PAT) के लिए कुछ अनुमतियाँ सेट करने की आवश्यकता रखते हैं। यह classic PAT या fine-grained PAT में से किसी के माध्यम से किया जा सकता है।

• classic PATs के लिए, आपको अपने एंटरप्राइज़ एडमिन से निम्न अनुमतियाँ प्रदान करवानी होंगी: manage_billing:copilot और read:org। 

• fine-grained access tokens के लिए, आपको सुनिश्चित करना होगा कि आप GitHub app user access token या installation access token का उपयोग कर रहे हैं, जिसमें Enterprise Copilot metrics enterprise permissions (read) अनुमति सेट हो।

आम तौर पर, fine-grained tokens का उपयोग वरीय होता है क्योंकि वे अनावश्यक अनुमति एक्सपोज़र को कम करते हैं।

संगठन-स्तरीय एंडपॉइंट्स

दो सबसे आम संगठन-स्तरीय रिपोर्ट हैं:

• organization-1-day

• organization-28-day

एक-दिन की संगठन-स्तरीय रिपोर्ट

एक-दिन की रिपोर्ट परिचालन मॉनिटरिंग और अल्पकालिक रुझान विश्लेषण के लिए अच्छी तरह काम करती है। ऐतिहासिक डेटा 10 अक्टूबर, 2025 तक उपलब्ध है और वर्तमान तिथि से एक वर्ष तक एक्सेस किया जा सकता है।

नीचे दिया गया curl कमांड एक-दिन वाली रिपोर्ट मेट्रिक API को कॉल करेगा और उपयोग रिपोर्ट्स के डाउनलोड लिंक के साथ JSON प्रतिक्रिया लौटाएगा। आपको bearer auth के लिए YOUR_TOKEN शामिल करना होगा और रिपोर्ट के लिए वांछित DAY को YYYY-MM-DD प्रारूप में चुनना होगा।

curl -L \
 -H "Accept: application/vnd.github+json" \
 -H "Authorization: Bearer <YOUR_TOKEN>" \
-H “X-GitHub-Api-Version: 2026-03-10” \
"https://api.github.com/enterprises/ENTERPRISE/copilot/metrics/reports/enterprise-1-day?day=DAY"

download_links में दिए गए URLs साइन किए हुए और समय-सीमित होते हैं, यानी वे प्राप्ति के थोड़ी देर बाद ही समाप्त हो जाते हैं। आपके वर्कफ़्लो को डाउनलोड URL फ़ेच करना चाहिए और उसी रन में फ़ाइल तुरंत खींच लेनी चाहिए; आप इन URLs को बाद में उपयोग के लिए संग्रहीत नहीं कर सकते।

जो प्रतिक्रिया आपको मिलेगी, उसमें केवल download_links और report_day हो सकते हैं, लेकिन यह पूर्ण संभावित स्कीमा है:

{
  "type": "object",
  "title": "Copilot Metrics 1 Day Report",
  "description": "Links to download the Copilot usage metrics report for an enterprise/organization for a specific day.",
  "properties": {
    "download_links": {
      "type": "array",
      "items": {
        "type": "string",
        "format": "uri"
      },
      "description": "The URLs to download the Copilot usage metrics report for the enterprise/organization for the specified day."
    },
    "report_day": {
      "type": "string",
      "format": "date",
      "description": "The day of the report in YYYY-MM-DD format."
    }
  },
  "required": [
    "download_links",
    "report_day"
  ]
}

28-दिन की संगठन-स्तरीय रिपोर्ट

28-दिन वाली रिपोर्ट व्यापक अपनाने के पैटर्न और दीर्घकालिक उपयोग परिवर्तनों की पहचान करने में मदद करती है। कमांड बहुत समान हैं, बस 28-दिन वाले API का उपयोग करने का एक छोटा परिवर्तन है।

उदाहरण अनुरोध:

curl -L \
 -H "Accept: application/vnd.github+json" \
 -H "Authorization: Bearer <YOUR_TOKEN>" \
-H “X-GitHub-Api-Version: 2026-03-10” \
https://api.github.com/enterprises/ENTERPRISE/copilot/metrics/reports/enterprise-28-day/latest

आपको समान प्रतिक्रिया मिलेगी, सिवाय इसके कि उसमें response_start_day और response_end_day होंगे।

संगठन-स्तरीय रिपोर्ट संरचना

संगठनात्मक एक-दिन और 28-दिन दोनों के लिए JSON रिपोर्ट कुछ इस तरह दिख सकती हैं:

[
  {
    "user_id": 1001,
    "user_login": "octocat",
    "day": "2026-05-14",
    "organization_id": "999",
    "team_id": 42,
    "slug": "frontend"
  },
  {
    "user_id": 1001,
    "user_login": "octocat",
    "day": "2026-05-14",
    "organization_id": "999",
    "team_id": 43,
    "slug": "backend"
  },
  {
    "user_id": 1002,
    "user_login": "hubot",
    "day": "2026-05-14",
    "organization_id": "999",
    "team_id": 42,
    "slug": "frontend"
  }
]

जैसा कि आप देख सकते हैं, यह आपको किसी विशेष संगठन के भीतर उपयोगकर्ताओं, उनकी टीम, और उनकी टीम टैग्स का उच्च-स्तरीय अवलोकन देता है। 

उपयोगकर्ता-स्तरीय एंडपॉइंट्स

उपयोगकर्ता-स्तरीय रिपोर्ट अधिक सूक्ष्म अपनाने की दृश्यता प्रदान करती हैं। इसका अर्थ है कि आप उच्च स्तर पर समझ सकते हैं कि व्यक्ति Copilot का कैसे उपयोग कर रहे हैं।

सामान्य एंडपॉइंट्स शामिल हैं:

• users-1-day

• users-28-day

• user-teams-1-day

ये रिपोर्ट प्रशासकों की मदद करती हैं पहचानने में:

• अत्यंत सक्रिय उपयोगकर्ता
• कम अपनाने वाली टीमें
• प्रशिक्षण के अवसर
• विभाग-स्तरीय उपयोग रुझान

ये अनुरोध संगठन-स्तरीय एक-दिन और 28-दिन की रिपोर्ट के बहुत समान हैं; वे केवल एक अलग API की ओर इंगित करते हैं।

एक-दिन की उपयोगकर्ता-स्तरीय रिपोर्ट

उदाहरण users-1-day API कॉल:

curl -L \
  -H "Accept: application/vnd.github+json" \
  -H "Authorization: Bearer <YOUR-TOKEN>" \
  -H "X-GitHub-Api-Version: 2026-03-10" \
  "https://api.github.com/enterprises/ENTERPRISE/copilot/metrics/reports/users-1-day?day=DAY"

28-दिन की उपयोगकर्ता-स्तरीय रिपोर्ट

उदाहरण users-28-day API कॉल:

curl -L \
  -H "Accept: application/vnd.github+json" \
  -H "Authorization: Bearer <YOUR-TOKEN>" \
  -H "X-GitHub-Api-Version: 2026-03-10" \
   https://api.github.com/enterprises/ENTERPRISE/copilot/metrics/reports/users-28-day/latest

एक-दिन की user-teams-स्तरीय रिपोर्ट

एक user-teams-1-day एंडपॉइंट भी मौजूद है, जो प्रत्येक उपयोगकर्ता को उनकी टीम सदस्यताओं से मैप करता है। इसमें स्वयं कोई उपयोग मीट्रिक्स नहीं होते; इसका उद्देश्य तब एक जॉइन की के रूप में काम करना है जब आप प्रति-उपयोगकर्ता डेटा को टीम के हिसाब से एकत्रित करना चाहते हैं।

उपयोगकर्ता-स्तरीय रिपोर्ट संरचना

इन रिपोर्टों के भीतर विवरण का स्तर बहुत अधिक होता है, क्योंकि वे किसी विशेष उपयोगकर्ता के उपयोग डेटा की ओर इंगित करती हैं:

[{
  "code_acceptance_activity_count": 1,
  "code_generation_activity_count": 1,
  "day": "2025-10-01",
  "enterprise_id": "1",
  "loc_added_sum": 8,
  "loc_deleted_sum": 0,
  "loc_suggested_to_add_sum": 10,
  "loc_suggested_to_delete_sum": 0,
  "totals_by_cli": {
    "last_known_cli_version": {
      "cli_version": "1.0.8",
      "sampled_at": "2025-10-01T00:01:43.000Z"
    },
    "prompt_count": 2,
    "request_count": 2,
    "session_count": 2,
    "token_usage": {
      "avg_tokens_per_request": 4400.0,
      "output_tokens_sum": 5000,
      "prompt_tokens_sum": 3800
    }
  },
  "totals_by_feature": [{
    "code_acceptance_activity_count": 1,
    "code_generation_activity_count": 1,
    "feature": "code_completion",
    "loc_added_sum": 8,
    "loc_deleted_sum": 0,
    "loc_suggested_to_add_sum": 10,
    "loc_suggested_to_delete_sum": 0,
    "user_initiated_interaction_count": 0
  }],
  "totals_by_ide": [{
    "code_acceptance_activity_count": 1,
    "code_generation_activity_count": 1,
    "ide": "vscode",
    "last_known_ide_version": {
      "ide_version": "1.85.0",
      "sampled_at": "2025-10-01T00:00:02.000Z"
    },
    "last_known_plugin_version": {
      "plugin": "",
      "plugin_version": "",
      "sampled_at": "2025-10-01T00:00:02.000Z"
    },
    "loc_added_sum": 8,
    "loc_deleted_sum": 0,
    "loc_suggested_to_add_sum": 10,
    "loc_suggested_to_delete_sum": 0,
    "user_initiated_interaction_count": 0
  }],
  "totals_by_language_feature": [{
    "code_acceptance_activity_count": 1,
    "code_generation_activity_count": 1,
    "feature": "code_completion",
    "language": "unknown",
    "loc_added_sum": 8,
    "loc_deleted_sum": 0,
    "loc_suggested_to_add_sum": 10,
    "loc_suggested_to_delete_sum": 0
  }],
  "totals_by_language_model": [],
  "totals_by_model_feature": [],
  "used_agent": false,
  "used_chat": false,
  "used_cli": true,
  "user_id": 1,
  "user_login": "login1",
  "user_initiated_interaction_count": 0,
  "etl_id": "green",
  "day_partition": "2025-10-01",
  "entity_id_partition": 1
}]

ये मीट्रिक्स टीम-स्तरीय अपनाने के संकेत के रूप में सबसे मूल्यवान हैं। स्वीकृति दरें और उपयोग गणनाएँ परिचालन संकेत हैं, डेवलपर गुणवत्ता मापन नहीं।

संभावित पूर्ण मीट्रिक्स के लिए जिन्हें आप देख सकते हैं, ताज़ा GitHub usage metrics डेटा डॉक्यूमेंटेशन देखें, जहाँ सबसे अद्यतन मेट्रिक्स सूचीबद्ध हैं।

उपयोगकर्ता-स्तरीय रिपोर्ट में CLI इंटरैक्शन डेटा शामिल होता है। यदि आपकी टीमें कमांड लाइन के माध्यम से Copilot का उपयोग करती हैं, तो हमारा GitHub Copilot CLI Tutorial सेटअप और सामान्य वर्कफ़्लोज़ को कवर करता है।

Copilot रिपोर्टिंग वर्कफ़्लो बनाना

स्कीमा को समझने और प्रयोग के लिए मैन्युअली API कॉल करना उपयोगी है। क्रियान्वयन योग्य बनने के लिए, एक स्वचालित वर्कफ़्लो बनाना बेहतर है।

जो टीमें Copilot Enterprise से सबसे अधिक मूल्य प्राप्त कर रही हैं, वे आमतौर पर हल्के रिपोर्टिंग पाइपलाइन्स बनाती हैं जो उपयोग टेलीमेट्री को आंतरिक इंजीनियरिंग मीट्रिक्स के साथ जोड़ती हैं।

ROI सिद्ध करने के लिए प्रमुख मीट्रिक्स

हर Copilot मीट्रिक समान रूप से महत्वपूर्ण नहीं होता। सबसे उपयोगी मीट्रिक्स में आमतौर पर शामिल हैं:

• सक्रिय उपयोगकर्ता वृद्धि
• स्वीकृति दर रुझान
• सुझाए गए बनाम बनाए रखे गए कोड
• PR चक्र समय में सुधार
• IDE एंगेजमेंट आवृत्ति

GitHub ने ऐसे बेंचमार्क प्रकाशित किए हैं जैसे:

• कार्य पूर्णता में 55% अधिक गति
• 88% कोड प्रतिधारण दर

ये आँकड़े उल्लेखनीय उत्पादकता सुधार दिखाते हैं। आपके परिणाम टीम और वर्कफ़्लो के अनुसार भिन्न होंगे, और यही कारण है कि Usage Metrics API मौजूद है। एक बैकएंड इंफ्रास्ट्रक्चर टीम Copilot के साथ फ्रंटएंड प्रोटोटाइपिंग टीम से अलग तरह से इंटरैक्ट कर सकती है।

कच्चे डेटा से टीम डैशबोर्ड तक

एक हल्का रिपोर्टिंग वर्कफ़्लो अक्सर इस प्रकार दिखता है:

1. अनुसूचित API कॉल
2. प्रतिक्रियाओं को डेटाबेस या स्प्रेडशीट में संग्रहित करें
3. डेटा को रिपोर्टिंग टेबल्स में ट्रांसफ़ॉर्म करें
4. मौजूदा BI प्लेटफ़ॉर्म में मीट्रिक्स का विज़ुअलाइज़ेशन करें

स्टैक स्वयं से अधिक मायने रखती है निरंतरता।

यहाँ तक कि अनुसूचित Python स्क्रिप्ट्स और CSV एक्सपोर्ट्स वाला एक सरल वर्कफ़्लो भी उपयोगी परिचालन दृश्यता प्रदान कर सकता है।

उदाहरण आर्किटेक्चर:

GitHub API

  ↓

अनुसूचित Python स्क्रिप्ट

  ↓

PostgreSQL / CSV / स्प्रेडशीट

  ↓

Power BI / Tableau / Looker

अंतिम विचार

GitHub Copilot Enterprise वास्तव में आपके AI-रेडी कोड के लिए अवसंरचना बनाने के बारे में है। Spaces वह संगठनात्मक संदर्भ प्रदान करते हैं जो वास्तविक इंजीनियरिंग वातावरण में Copilot को अधिक उपयोगी बनाता है। Usage Metrics API अपनाने की सफलता को समझने के लिए आवश्यक टेलीमेट्री प्रदान करता है।

वे संगठन जो Copilot Enterprise से सबसे सशक्त परिणाम पा रहे हैं, आमतौर पर एक सामान्य पैटर्न साझा करते हैं:

• वे आंतरिक संदर्भ को सावधानी से क्यूरेट करते हैं
• वे अपनाने की निरंतर निगरानी करते हैं
• वे Copilot गवर्नेंस को गंभीरता से लेते हैं
• वे उत्पादकता लाभ मान लेने के बजाय परिणामों को मापते हैं

वह मानसिकता सिर्फ सीटें आवंटित करने से कहीं अधिक मायने रखती है।

यदि आप अपनी Copilot और AI कौशल को गहरा करना चाहते हैं, तो हमारा Software Development with GitHub Copilot कोर्स या पूरा AI for Software Engineering स्किल ट्रैक करने की सलाह देता हूँ।