GitHub ने Copilot की Content Exclusions व्यवस्था को Copilot app और Copilot CLI तक बढ़ाया।
लक्ष्य संवेदनशील या AI उपयोग के लिए अनुपयुक्त चिह्नित कोड को एजेंट के काम के संदर्भ में अपने आप आने से रोकना है।
यह छोटा बदलाव लगता है।
बड़े कोड भंडार की पहुंच वाले प्रोग्रामिंग एजेंट चलाने वाले संगठनों में यह महत्वपूर्ण सुरक्षा बिंदु हो सकता है।
Content Exclusions क्या है?
संगठन फाइलें, फोल्डर या परियोजना के हिस्से तय कर सकता है जिन्हें Copilot के संदर्भ में नहीं आना चाहिए।
जैसे:
- संवेदनशील कोड
- ग्राहक का कोड
- कुंजियों की फाइलें
- अनुबंध की सीमाओं वाली परियोजना
- वे हिस्से जो मॉडल को नहीं भेजना चाहते
समस्या है कि Copilot एजेंट अब सिर्फ कोड संपादक में नहीं चलते।
CLI तक विस्तार क्यों महत्वपूर्ण है?
Copilot CLI टर्मिनल से काम कर सकता है।
Copilot ऐप एजेंट के रूप में व्यापक कार्रवाइयां कर सकता है।
अपवर्जन नियम सिर्फ किसी IDE में लागू हों तो वही संवेदनशील कोड दूसरे इंटरफेस से संदर्भ में आ सकता था।
GitHub कहता है कि अब Copilot ऐप और CLI, Content Exclusions मानते हैं।
इसका मतलब हर स्थिति में कोड सुरक्षित होना नहीं
अतिशयोक्ति न करना जरूरी है।
Copilot के सामान्य context से फाइल बाहर होने का मतलब जरूरी नहीं कि जानकारी दूसरे रास्ते से बाहरी टूल तक नहीं पहुंच सकती।
जैसे:
- MCP server
- shell command
- log
- plugin
- बाहरी टूल
- दूसरा कनेक्शन
इसलिए Content Exclusions नियंत्रण की परत है, पूर्ण गारंटी नहीं।
उसी संस्करण के अन्य अपडेट
GitHub ने नए Copilot harness की JetBrains में सामान्य उपलब्धता (GA) भी घोषित की।
Agent Merge, VS Code में सार्वजनिक preview में आया।
यह क्षमता एजेंट को इन्हें संभालने की कोशिश करने देगी:
- review टिप्पणियां
- असफल जांच
- merge conflicts
merge से पहले।
GitHub ने कुछ योजनाओं में अतिरिक्त मॉडलों का समर्थन भी जोड़ा।
GitHub, Copilot को कहां ले जा रहा है?
GitHub की दिशा स्पष्ट है।
Copilot एक कोड पंक्ति सुझाने वाली प्रणाली से ऐसी प्रणाली बन रहा है जो:
- परियोजना में घूम सके
- टूल चला सके
- कोड जांच सके
- टकराव हल कर सके
- और टर्मिनल से काम कर सके।
स्वायत्तता बढ़े तो पहुंच और अपवर्जन नियंत्रण भी बढ़ने चाहिए।
GitHub ने अभी क्या प्रकाशित नहीं किया?
स्पष्ट नहीं कि Content Exclusions हर बाहरी MCP सर्वर पर कितना असर डालते हैं।
स्पष्ट नहीं कि shell कमांड अप्रत्यक्ष रूप से अपवर्जित जानकारी लौटा सकती हैं या नहीं।
GitHub ने घोषणा में पूरा ऑडिट दस्तावेज नहीं दिया जिससे अपवर्जित फाइल तक पहुंच के हर प्रयास की जांच हो सके।