GitHub Copilot योजनाएँ: टियर्स में फीचर्स और प्रशासन के लिए एक संपूर्ण गाइड

एक नज़र में GitHub Copilot योजनाएँ

GitHub अपने इकोसिस्टम के लिए कई अलग-अलग टियर प्रदान करता है। खासतौर पर, प्लेटफ़ॉर्म जून 2026 में उपयोग-आधारित बिलिंग का रोलआउट पूरा करेगा, जिसमें पुरानी "Premium Request Unit" (PRU) रूपरेखा को GitHub AI Credits से बदल दिया जाएगा।

नई प्रणाली के तहत, कोर कोड कंप्लीशन और “Next Edit” सुझाव असीमित रहेंगे और क्रेडिट्स का उपभोग नहीं करेंगे। 

हालाँकि, मल्टी-फाइल चैट, एजेंटिक वर्कफ़्लो, लंबी अवधि के कोडिंग सत्र, और डीप कोड रिव्यू जैसी उन्नत प्रक्रियाएँ, विशिष्ट मॉडल की प्रकाशित API दरों के सापेक्ष टोकन खपत (इनपुट, आउटपुट, और कैश्ड टोकन) के आधार पर AI Credits का उपभोग करेंगी। 

Base monthly subscription कीमतें स्थिर बनी हुई हैं, लेकिन यह बदलाव एडमिनिस्ट्रेटरों के ओवरएज के लिए बजट बनाने और सक्रिय उपयोग की निगरानी करने के तरीके को बदल देता है।

व्यक्तिगत योजनाएँ: Free, Student, Pro, और Pro+

व्यक्तिगत टियर मॉडल एक्सेस थ्रेशहोल्ड, उपयोग सीमाएँ, और प्रायोगिक क्षमताओं में अलग-अलग हैं। उदाहरण के लिए, जहाँ Free टियर बुनियादी खोज को समायोजित करता है, वहीं Pro+ GitHub Spark तक पहुंच प्रदान करता है—जो AI-सहायता प्राप्त अनुप्रयोग बनाने के लिए तैयार किया गया वातावरण है।

वर्तमान में, GitHub के व्यक्तिगत पेड अकाउंट्स, जैसे Pro, Pro+, और Student, के लिए नई रजिस्ट्रेशन रोकी गई हैं। मौजूदा अकाउंट्स Pro से Pro+ में अपग्रेड कर सकते हैं, लेकिन नए अकाउंट्स तब तक साइन अप नहीं कर सकते जब तक GitHub नई उपयोग-आधारित AI Credits बिलिंग प्रणाली में अपना संक्रमण पूरा नहीं कर लेता।

Business और Enterprise

Business और Enterprise वहीं हैं जहाँ GitHub Copilot योजनाएँ IDE एक्सटेंशन से पूरी तरह ऑडिटेड एंटरप्राइज़ इंफ्रास्ट्रक्चर एसेट में बदल जाती हैं।

GitHub Copilot Business आवश्यक प्रबंधन फीचर्स पेश करता है:

• केंद्रीकृत सीट आवंटन और निरस्तीकरण।
• संगठन-व्यापी पॉलिसी बेसलाइन।
• स्ट्रक्चरल ऑडिट लॉग और अनुपालन ईवेंट ट्रैकिंग।
• कंटेंट और रिपॉज़िटरी फाइल अपवर्जन।
• वाणिज्यिक बौद्धिक संपदा इंडेम्निफिकेशन।

GitHub Copilot Enterprise और भी अधिक नियंत्रण और क्षमता जोड़ता है:

• Copilot Spaces: एक नॉलेज हब फीचर जो डेवलपर्स को आंतरिक डॉक्यूमेंटेशन, विकी, और सिस्टमेटिक कोड मानकों के विरुद्ध Copilot को प्रॉम्प्ट करने देता है।
• GitHub.com चैट इंटीग्रेशन में वृद्धि।
• चाइल्ड ऑर्गनाइज़ेशन में पदानुक्रमित पॉलिसी इनहेरिटेंस।

GitHub Copilot Enterprise के लिए सक्रिय GitHub Enterprise Cloud सदस्यता आवश्यक है। चूँकि GitHub Enterprise Cloud की लागत $21 प्रति उपयोगकर्ता प्रति माह है और Copilot Enterprise लाइसेंस $39 प्रति उपयोगकर्ता प्रति माह है, इसलिए Enterprise के लिए वास्तविक न्यूनतम लागत $60 प्रति उपयोगकर्ता प्रति माह है। यह GitHub Copilot Business टियर पर लागू नहीं होता, जिसे GitHub Free या GitHub Team प्लान पर चल रहे संगठन मूल रूप से खरीद सकते हैं।

संगठन पॉलिसी इनहेरिटेंस जैसे एंटरप्राइज़-स्तरीय लाभों से वंचित रहते हैं, लेकिन फिर भी IP इंडेम्निटी, ऑडिटिंग, फाइल अपवर्जन, और संगठनात्मक पॉलिसी प्रबंधन प्राप्त करते हैं, इसलिए यह मध्यम आकार की इंजीनियरिंग टीमों के लिए एक अच्छा विकल्प है।

यदि आप Enterprise सदस्यता के बारे में सोच रहे हैं, तो हमारा GitHub Copilot Enterprise गाइड आपको Copilot Spaces और नए Usage Metrics API जैसी विशेषताओं का उपयोग करना दिखाएगा।

व्यक्तिगत और बिज़नेस प्लानों में फर्क क्या है

डेटा प्रबंधन, IP इंडेम्निटी, और बिलिंग वे मुख्य क्षेत्र हैं जहाँ व्यक्तिगत और बिज़नेस प्लान में बड़ा अंतर है। उपयोगकर्ताओं के लिए अतिरिक्त फीचर्स अच्छे हैं, लेकिन इन अंतरों को समझना उस व्यक्ति के लिए महत्वपूर्ण है जो व्यक्तिगत Pro लाइसेंसों के स्टैक को मैनेज करने और एक Business सदस्यता के बीच निर्णय ले रहा है।

डेटा हैंडलिंग और ट्रेनिंग डिफ़ॉल्ट

मालिकाना प्रणालियों को संभालने वाली टीमों के लिए, डेटा गोपनीयता अक्सर व्यक्तिगत योजनाओं और Business सदस्यताओं के बीच निर्णायक कारक होती है।

अप्रैल 2026 में, GitHub ने व्यक्तिगत Copilot योजनाओं के लिए इंटरैक्शन डेटा संग्रह के तरीके को बदल दिया। Free, Pro, और Pro+ उपयोगकर्ताओं के लिए, अब इंटरैक्शन डेटा डिफ़ॉल्ट रूप से मॉडल प्रशिक्षण के लिए उपयोग किया जा सकता है, जब तक कि उपयोगकर्ता स्पष्ट रूप से ऑप्ट-आउट न करें।

आइए सुनिश्चित करें कि हम at-rest कोड और इंटरैक्शन डेटा के बीच का अंतर समझते हैं, ताकि हमें पता हो कि AI प्रशिक्षण के लिए क्या उपयोग होता है:

• Code at rest: आपकी प्राइवेट रिपॉज़िटरी में मौजूद रॉ कोड को न तो पढ़ा जाता है और न ही सार्वजनिक प्रशिक्षण सेट्स में डाला जाता है।
• Interaction data: इसमें प्रॉम्प्ट्स, चैट क्वेरी, कर्सर संदर्भ, IDE API के माध्यम से सक्रिय संपादन सत्रों के दौरान भेजे गए आस-पास के कोड ब्लॉक, सुझाव स्वीकृति मीट्रिक्स, और फ़ीडबैक लॉग शामिल हैं।

Business और Enterprise अनुबंधों में सख्त संविदात्मक गारंटी होती है कि इंटरैक्शन डेटा का किसी भी परिस्थिति में प्रशिक्षण उद्देश्यों के लिए उपयोग नहीं किया जाएगा। किसी मैनुअल उपयोगकर्ता हस्तक्षेप की आवश्यकता नहीं है।

डेटा कैसे उपयोग होता है और आप Copilot में समस्याओं को कैसे सुलझा सकते हैं, इस पर गहराई से नज़र के लिए हमारा GitHub Copilot Privacy and Troubleshooting गाइड पढ़ने की सलाह देता हूँ।

IP इंडेम्निटी

GitHub Copilot Business और Enterprise, जेनरेटेड कोड के लिए बौद्धिक संपदा (IP) इंडेम्निफिकेशन कवरेज शामिल करते हैं। व्यक्तिगत योजनाएँ ऐसा नहीं करतीं।

व्यावहारिक रूप से, इंडेम्निटी का मतलब है कि यदि जेनरेटेड कोड बौद्धिक संपदा विवाद उत्पन्न करता है, तो निर्दिष्ट परिस्थितियों में GitHub संविदात्मक रूप से कानूनी सुरक्षा प्रदान करने पर सहमत होता है। इससे सारा कानूनी जोखिम समाप्त नहीं होता, लेकिन यह वाणिज्यिक सॉफ्टवेयर टीमों के लिए देयता पर बातचीत का स्वर बदल देता है।

क्लाइंट्स के लिए कोड शिप करने वाला फ्रीलांसर इस पर ध्यान दे। “व्यक्तिगत उत्पादकता टूल” और “संगठन-समर्थित विकास प्लेटफ़ॉर्म” के बीच का अंतर तब बहुत वास्तविक हो जाता है जब अनुबंध और वाणिज्यिक डिलीवरी तस्वीर में आते हैं।

बिलिंग, सीटें, और AI Credits की ओर बदलाव

व्यक्तिगत बिलिंग स्व-सेवा तरीकों का उपयोग करती है जो सीधे व्यक्तिगत अकाउंट्स पर मैप होते हैं। बिज़नेस प्लान एडमिन-द्वारा दी गई सीटों के साथ बिलिंग को केंद्रीकृत करते हैं। साथ ही, अलग-अलग उपयोगकर्ताओं के स्वतंत्र क्रेडिट बकेट्स के साथ इंटरैक्ट करने के बजाय, संगठन उपयोगकर्ताओं की संख्या के आधार पर अपने मासिक आवंटित AI Credits को पूल करता है।

Enterprise प्लान और भी सूक्ष्म नियंत्रण प्रदान करते हैं—सूक्ष्म बजट प्रवर्तन सीमाएँ, कॉस्ट-सेंटर ग्रुपिंग, और विभाग-स्तरीय आवंटन—ताकि किसी एक डेवलपमेंट टीम के भारी एजेंटिक वर्कफ़्लो पूरे कॉर्पोरेट क्रेडिट आवंटन को समाप्त न कर दें।

SKU और गोपनीयता विचार

डेटा गोपनीयता और SKU के लिए विभिन्न सुरक्षा उपायों को समझना महत्वपूर्ण है। विभिन्न टियर में डेटा फ्लो, कानूनी सुरक्षा, और ट्रैकिंग को नियंत्रित करने वाली स्थापत्य सीमाओं का सारांश नीचे दिया गया है:

अप्रैल 2026 के प्रशिक्षण नीति परिवर्तन

व्यक्तिगत योजनाओं के लिए ऑप्ट-इन मॉडल से ऑप्ट-आउट फ्रेमवर्क की ओर बदलाव अनुपालन लीकेज के एक प्रमुख वेक्टर को रेखांकित करता है। सक्रिय IDE सत्र के दौरान स्वचालित रूप से कैप्चर किया गया इंटरैक्शन डेटा पेलोड में शामिल हैं:

• विस्तृत चैट हिस्ट्री और प्रॉम्प्ट संदर्भ।
• मल्टी-लाइन कोड सुझाव और स्थानीय स्वीकृति दरें।
• सक्रिय एडिटर कर्सर संदर्भ, जो अक्सर आस-पास की फाइल का संदर्भ, इम्पोर्ट स्टेटमेंट, और खुले एडिटर टैब से वेरिएबल घोषणाएँ खींचता है।

मान लीजिए एक डेवलपर कॉर्पोरेट रिपॉज़िटरी के अंदर काम करते समय व्यक्तिगत Copilot Pro अकाउंट का उपयोग करता है। यदि प्रशिक्षण सक्षम रहता है, तो उस कार्य सत्र से जुड़ा इंटरैक्शन डेटा GitHub के प्रशिक्षण इकोसिस्टम में प्रवेश कर सकता है। यह स्थिति अक्सर संगठनों को Business प्लान अपनाने का कारण बनती है।

अपनी गोपनीयता आवश्यकताओं के लिए सही SKU चुनना

काम के स्तर के आधार पर, आपको अलग-अलग SKU की आवश्यकता हो सकती है। 

• एकल डेवलपर/साइड प्रोजेक्ट्स: Free या Pro टियर अधिकतम लचीलापन प्रदान करते हैं। यदि मालिकाना कोड पर काम कर रहे हैं, तो बस अपनी व्यक्तिगत गोपनीयता सेटिंग्स में ऑप्ट-आउट करें।
• फ्रीलांसर/कॉन्ट्रैक्टर्स: Business प्लान एक रक्षात्मक अवरोध प्रदान करता है। क्लाइंट अनुबंध अक्सर बाहरी LLM प्रदाताओं को डेटा ट्रांसमिशन को स्पष्ट रूप से प्रतिबंधित करते हैं; एक समर्पित ऑर्गनाइज़ेशन सीट आपके अनुबंधों की रक्षा करती है।
• अनुपालन जनादेश वाली कॉर्पोरेट टीमें: Business टियर मानक आधार का प्रतिनिधित्व करता है, डेटा पाइपलाइनों का पृथक्करण सुनिश्चित करता है और प्रशासनिक गवर्नेंस सक्षम करता है।
• विनियमित उद्योग (वित्त, स्वास्थ्य सेवा): Enterprise टियर आमतौर पर अनिवार्य होता है, जो विशेष सुरक्षा कॉन्फ़िगरेशन, सख्त डेटा रेजिडेंसी आवश्यकताओं, और लोकलाइज़्ड फाइन-ट्यूनिंग लेयर के साथ एकीकरण की अनुमति देता है।

Copilot से विशिष्ट फाइलों को बाहर करना

GitHub Copilot फाइल अपवर्जन रूल सेट लागू करना माहौल को रक्षात्मक रूप से सुरक्षित करने के सबसे प्रभावी तरीकों में से एक है। कंटेंट अपवर्जन लोकल IDE एजेंट को विशिष्ट फाइल सामग्री को प्रोसेस करने से रोकता है, जिससे वे इनलाइन कंप्लीशन, चैट बॉक्स, और बैकग्राउंड एजेंटिक ऑपरेशंस के लिए पूरी तरह अदृश्य हो जाती हैं। 

ध्यान दें कि GitHub Copilot CLI, Copilot क्लाउड एजेंट, और IDEs में Copilot Chat का एजेंट मोड कंटेंट अपवर्जन को सपोर्ट नहीं करते।

अपवर्जन नियम कॉन्फ़िगर करना

प्रशासनिक टीमें ग्लोबल Organization Settings पैनल पर या लक्षित व्यक्तिगत रिपॉज़िटरी सेटिंग्स पर अपवर्जन कॉन्फ़िगरेशन लागू कर सकती हैं। आप बस दाएँ ऊपर स्थित Settings बटन पर क्लिक करके रिपो या ऑर्गनाइज़ेशन की सेटिंग्स में जाएँ।

साइडबार पर Copilot सेटिंग्स के अंतर्गत “Code and automation” चुनें। फिर “Paths to exclude in this repository” बॉक्स में अपने अपवर्जन इस तरह भरें:

# Ignore the /src/some-dir/kernel.rs file in this repository.
- "/src/some-dir/kernel.rs"

# Ignore files called secrets.json anywhere in this repository.
- "secrets.json"

# Ignore all files whose names begin with secret anywhere in this repository.
- "secret*"

# Ignore files whose names end with .cfg anywhere in this repository.
- "*.cfg"

# Ignore all files in or below the /scripts directory of this repository.
- "/scripts/**"

संगठन रिपो स्तर पर सेटिंग समान है, सिवाय इसके कि सेटिंग “Repositories and Paths to exclude” के अंतर्गत निम्न प्रारूप का उपयोग करेगी:

REPOSITORY-REFERENCE:
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - "/PATH/TO/DIRECTORY/OR/FILE"
  - …

सेटिंग्स के हिस्से के रूप में REPOSITORY-REFERENCE को बनाए रखना महत्वपूर्ण है। सामान्य कॉन्फ़िगरेशन बेसलाइन में हार्ड क्रेडेंशियल्स, प्रोडक्शन ऑर्केस्ट्रेशन प्रोफाइल, संवेदनशील मालिकाना एल्गोरिथ्मिक मॉड्यूल, या अत्यधिक विनियमित अनुपालन फ़ोल्डर को प्राथमिकता देनी चाहिए।

Copilot सुविधाओं में अपवर्जन कैसे लागू होते हैं

जब कोई अपवर्जन मैच होता है, तो सभी Copilot सबसिस्टम में डेटा आइसोलेशन पूर्ण होता है:

• इनलाइन कंप्लीशन: फाइल के अंदर संदर्भ जनरेट करने या आस-पास की फाइलों को भरने के लिए उससे संदर्भ लेने से अवरोधित।
• Copilot चैट/एजेंट: सिस्टम एक नोटिस लौटाता है कि संगठनात्मक पॉलिसी प्रतिबंधों के कारण फाइल की समीक्षा नहीं की जा सकती।

मानक लोकल IDE इंजन उसी तरह काम करते हैं। टेक्स्ट पार्सिंग, आंतरिक सिंटैक्स हाईलाइटिंग, और लोकलाइज़्ड IntelliSense जैसी सुविधाएँ सामान्य रूप से कंपाइल होती हैं क्योंकि फाइल अपवर्जन परत विशेष रूप से बाहरी Copilot टेलीमेट्री स्ट्रीम्स पर लागू होती है। 

प्रशासकों को स्टेजिंग रिपॉज़िटरीज़ का उपयोग करके पाथ पैटर्न को अच्छी तरह से परीक्षण करना चाहिए; गलत वाइल्डकार्ड खुले रहकर विफल हो सकते हैं, जिससे वह डेटा उजागर हो सकता है जिसे आप अलग-थलग रखना चाहते थे।

संगठन-व्यापी पॉलिसी प्रबंधन

GitHub Copilot संगठन पॉलिसी प्रबंधन को लागू करना सुनिश्चित करता है कि कॉर्पोरेट सुरक्षा व्यक्तिगत डेवलपर की प्राथमिकताओं के बजाय प्रशासनिक टीम द्वारा निर्धारित की जाती है।

उपलब्ध पॉलिसी सेटिंग्स

संगठन डेवलपर्स के लिए कई सेटिंग्स नियंत्रित कर सकते हैं:

• फ़ीचर टॉगल: डेवलपमेंट एनवायरनमेंट्स के अंदर Copilot Chat, कमांड-लाइन इंटरफेस (Copilot CLI के माध्यम से), या उन्नत एजेंटिक कोड-रिव्यू सिस्टम को ग्लोबली सक्रिय या दबाएँ।
• पब्लिक कोड फ़िल्टर: एक कानूनी नियंत्रण तंत्र जो Copilot को ऐसे कोड सुझाव लौटाने से रोकता है जो GitHub पर सार्वजनिक ओपन-सोर्स रिपॉज़िटरीज़ से बहुत मेल खाते हैं, जिससे ओपन-सोर्स लाइसेंसिंग अनुपालन जोखिम कम होते हैं।
• मॉडल चयन प्रतिबंध: यह प्रतिबंधित करें कि डेवलपर्स कौन से मॉडल (जैसे, विशिष्ट GPT या Claude वैरिएंट) चुन सकते हैं, जिससे आप लेटेंसी, क्रेडिट खपत, और प्रदर्शन को प्रबंधित कर सकें। GitHub के प्लेटफ़ॉर्म के माध्यम से उपलब्ध मॉडलों पर करीब से नज़र के लिए, यह व्यावहारिक गाइड देखें: GitHub Models।
• कस्टम संगठन निर्देश:मानक मार्कडाउन पॉलिसी फाइलें इंजेक्ट करें जो आपके डेवलपर्स द्वारा भेजे गए हर प्रॉम्प्ट में कॉर्पोरेट कोडिंग पैटर्न, सुरक्षा फ्रेमवर्क, और स्थापत्य प्रतिमानों को जोड़ती हैं।

यदि आपकी टीम GitHub के संगठन और परमिशन मॉडल से कम परिचित है, तो Intermediate GitHub Concepts कोर्स उपयोगी पृष्ठभूमि प्रदान करता है। कमांड-लाइन टूलिंग में विस्तार करने वाले इंजीनियरिंग समूहों के लिए हमारा GitHub Copilot CLI Tutorial देखें।

एंटरप्राइज़-स्तरीय पॉलिसी इनहेरिटेंस

बड़े पैमाने के कॉर्पोरेट वातावरण में, पॉलिसी इंजन एक सख्त पदानुक्रमित इनहेरिटेंस कैस्केड का पालन करता है: Enterprise Policy > Organization Policy > User Preferences

एंटरप्राइज़ एडमिनिस्ट्रेटर सभी छोटे बिज़नेस यूनिट्स, जैसे टीमों, में नीतियों को ग्लोबली लॉक कर सकते हैं, चयनात्मक संगठनात्मक ओवरराइड की अनुमति दे सकते हैं, या नियंत्रण को पूरी तरह पदानुक्रम में नीचे सौंप सकते हैं। उदाहरण के लिए, एंटरप्राइज़ में विशिष्ट मॉडल उपयोग सेटिंग्स को लॉक करने के लिए ग्लोबल सेटिंग्स हो सकती हैं।

टीम स्तर पर, यह वित्तीय सेवाओं के डिवीजन को सख्त पब्लिक कोड फ़िल्टर तक सीमित कर सकता है, जबकि आंतरिक सॉफ्टवेयर R&D डिवीजन को अधिक लचीले प्रयोग की अनुमति दे सकता है।

ऑडिट लॉग्स

जब अनुपालन ऑडिटरों को आपके सॉफ़्टवेयर सप्लाई चेन का सत्यापन चाहिए या सुरक्षा टीमें डेटा लीक का पता लगाती हैं, तो GitHub Copilot प्लेटफ़ॉर्म संशोधनों का रिकॉर्ड ऑडिट करता है।

ऑडिट लॉग में Copilot ईवेंट्स

सिस्टम प्रबंधन कार्यों की एक व्यापक लेजर रिकॉर्ड करता है, जिसमें लॉगिंग शामिल है:

• स्पष्ट सीट असाइनमेंट, निरस्तीकरण, और बिलिंग ग्रुप परिवर्तन।
• पब्लिक कोड डुप्लीकेशन फ़िल्टर में संशोधन।
• फाइल और डायरेक्टरी अपवर्जन पैटर्न में परिवर्तन।
• फ़ीचर एनेबलमेंट स्टेट्स (जैसे, एजेंटिक कोड रिव्यू मोड्स चालू करना)

सूक्ष्मता पूरी तरह आपकी सदस्यता पर निर्भर करती है। जहाँ Business टियर संगठन-स्कोप्ड एक्शन ईवेंट स्ट्रीम्स पर केंद्रित हैं, वहीं Enterprise अकाउंट्स क्रॉस-ऑर्गनाइज़ेशन फॉरेंसिक टेलीमेट्री अनलॉक करते हैं।

खोज, फ़िल्टरिंग, और निर्यात

ऑडिट लॉग स्ट्रीम्स स्वदेशी रूप से Organization Settings पैनल के माध्यम से सुलभ हैं। एडमिनिस्ट्रेटर इंटरफ़ेस को विशेष एक्शन क्वालिफ़ायर का उपयोग करके क्वेरी कर सकते हैं:

# Filter logs to identify who adjusted Copilot access privileges
action:copilot.cfb_seat_assignment_created

# Identify changes made to systemic exclusions within a date window
action:copilot.content_exclusion_updated created:2026-05-01..2026-05-31

Enterprise अकाउंट्स इन ऑडिट ईवेंट्स को सीधे बाहरी Security Information and Event Management (SIEM) प्रणालियों (जैसे Splunk या Datadog) में स्ट्रीम करने का समर्थन करते हैं, स्वचालित अलर्टिंग और केंद्रीकृत अपरिवर्तनीय संरक्षण के लिए।

REST API के साथ Copilot सीटें प्रबंधित करना

UI डैशबोर्ड के माध्यम से मैन्युअली उपयोगकर्ता सीटें प्रोविज़न करना छोटी टीमों के लिए ठीक काम करता है, लेकिन उच्च-वॉल्यूम कॉर्पोरेट ऑनबोर्डिंग वर्कफ़्लोज़ में जल्दी टूट जाता है। Github Copilot REST API सीट्स एंडपॉइंट्स का उपयोग करने से आप पहचान और एक्सेस प्रबंधन को पूरी तरह कोड के रूप में ट्रीट कर सकते हैं।

यह Copilot प्रशासन के मेरे पसंदीदा हिस्सों में से एक है क्योंकि यह लाइसेंसिंग को ऐसी चीज़ में बदल देता है जिसे इंजीनियरिंग टीमें वास्तव में साफ़-सुथरे ढंग से स्वचालित कर सकती हैं।

प्रमुख API एंडपॉइंट्स

आम API वर्कफ़्लोज़ में शामिल हैं:

• सीट असाइनमेंट सूचीबद्ध करना
• सीट असाइन करना
• सीट हटाना
• उपयोग मीट्रिक्स प्राप्त करना
• संगठन Copilot सेटिंग्स पढ़ना

प्रमाणीकरण सामान्यतः आवश्यक है:

• फाइन-ग्रेन्ड पर्सनल एक्सेस टोकन
• GitHub App परमिशन
• संगठन एडमिन विशेषाधिकार

इन प्रबंधन मार्गों तक पहुँचने के लिए, आपके इंटीग्रेशन स्क्रिप्ट्स को उन्नत admin:org स्कोप्स वाले Personal Access Token (PAT) का उपयोग करके प्रमाणीकृत होना चाहिए या स्पष्ट संगठन-स्तरीय Copilot प्रबंधन विशेषाधिकारों के साथ अधिकृत GitHub App के माध्यम से निष्पादित होना चाहिए। 

प्रोग्रामेटिक प्लेटफ़ॉर्म इंटीग्रेशन पर गहराई से नज़र डालने के लिए, मैं हमारा GitHub Foundations स्किल ट्रैक लेने की सलाह देता हूँ। 

सामान्य ऑटोमेशन पैटर्न

कुछ व्यावहारिक पैटर्न शामिल हैं:

• स्वचालित पहचान ऑनबोर्डिंग: HR सूचना प्रणाली (जैसे Workday या Okta) को वेबहुक्स के माध्यम से सीधे GitHub से जोड़ना। जब कोई इंजीनियर निर्दिष्ट टीम में शामिल होता है, तो एक स्क्रिप्ट उनके Copilot वर्कस्पेस को ऑटो-प्रोविज़न करने के लिए POST अनुरोध ट्रिगर करती है।

• निष्क्रिय सीट रिक्लेमेशन: निर्धारित Cron स्क्रिप्ट API के माध्यम से सक्रिय सीट उपयोगिता क्वेरी करती है। यदि किसी उपयोगकर्ता ने 30 दिनों से अधिक समय तक Copilot के साथ इंटरैक्ट नहीं किया है, तो स्क्रिप्ट लाइसेंस वापस पाने के लिए DELETE कमांड निष्पादित करती है, कॉर्पोरेट क्रेडिट पूल को संरक्षित करती है।

• वित्तीय डैशबोर्ड: दैनिक आवंटन और खपत टेलीमेट्री को खींचकर आंतरिक BI प्लेटफ़ॉर्म (जैसे Tableau) में फीड करना, ताकि स्पष्ट विभाग-स्तरीय कॉस्ट-सेंटर क्रॉस-चार्जिंग हो सके।

उदाहरण: Python के साथ Copilot सीट असाइन करना

निम्नलिखित स्क्रिप्ट यह दर्शाती है कि Python का उपयोग करके किसी विशिष्ट डेवलपर को प्रोग्रामेटिक रूप से संगठन सीट कैसे असाइन करें:

	import requests
	# Identity Configuration
TOKEN = "YOUR_ORGANIZATION_ADMIN_PAT"
ORG = "your-corporate-org"
USERNAME = "target-developer-user"

url = f"https://api.github.com/orgs/{ORG}/copilot/billing/selected_users"

headers = {
    "Authorization": f"Bearer {TOKEN}",
    "Accept": "application/vnd.github+json",
    "X-GitHub-Api-Version": "2022-11-28"
}

payload = {
    "selected_usernames": [USERNAME]
}

response = requests.post(url, json=payload, headers=headers)

if response.status_code == 201:
    print(f"Successfully allocated Copilot seat to {USERNAME}.")
else:
    print(f"Failed allocation. Status: {response.status_code}")
    print(response.json())

अंतिम विचार

GitHub Copilot की प्लान संरचना मूल्य निर्धारण पेज से सरल दिखती है। जैसे ही आप टीमों का प्रबंधन शुरू करते हैं, फर्क कहीं अधिक महत्वपूर्ण हो जाते हैं।

गोपनीयता सीमाएँ, प्रशिक्षण नीतियाँ, ऑडिटेबिलिटी, और गवर्नेंस नियंत्रण अक्सर कच्चे मॉडल एक्सेस से अधिक मायने रखते हैं। यही कारण है कि GitHub Copilot Business बनाम Enterprise पर चर्चाएँ आमतौर पर शुद्ध इंजीनियरिंग के बजाय सुरक्षा और संचालन की बातचीत बन जाती हैं।

यदि मैं आज किसी टीम को सलाह दे रहा होता, तो मैं पहले गवर्नेंस आवश्यकताओं से शुरू करता:

• क्या आपको संविदात्मक गोपनीयता गारंटी चाहिए?
• क्या आपको ऑडिट लॉग्स चाहिए?
• क्या आपको केंद्रीकृत पॉलिसी प्रबंधन चाहिए?

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

अपनी टीम की तकनीकी क्षमताओं को गहरा करने और आधिकारिक प्रमाणपत्रों के लिए तैयार होने के लिए, इन उन्नत लर्निंग पाथवे का पता लगाएँ:

• Software Development with GitHub Copilot Course
• AI for Software Engineering Skills Track
• The GitHub Certification Guide for Data Professionals