- Debian समुदाय ने AI या LLM-आधारित code contribution की अनुमति दी जाए या नहीं इस पर चर्चा की, लेकिन बिना किसी निष्कर्ष के चर्चा समाप्त कर दी गई
- प्रस्तावित मसौदे में AI tools के उपयोग पर स्पष्ट खुलासा, ज़िम्मेदारी की स्पष्टता, और संवेदनशील जानकारी के उपयोग पर रोक जैसी शर्तों के साथ अनुमति देने की बात थी
- डेवलपर्स के बीच ‘AI’ शब्द की अस्पष्टता, LLM के उपयोग-क्षेत्र, और quality, copyright, और ethics से जुड़े मुद्दों पर मतभेद रहे
- कुछ लोगों ने नए contributors के onboarding में बाधा, अनैतिक corporate व्यवहार, और कानूनी अनिश्चितता जैसे कारणों से विरोध जताया
- Debian फिलहाल मौजूदा नीतियों के तहत case-by-case निर्णय की नीति जारी रखेगा और भविष्य में आगे चर्चा की संभावना खुली रखेगा
Debian की AI contribution बहस का सार
- Debian ने AI-जनित code को स्वीकार किया जाए या नहीं इस पर आंतरिक बहस की, लेकिन General Resolution (GR) लाए बिना इसे समाप्त कर दिया गया
- चर्चा तब शुरू हुई जब Lucas Nussbaum ने AI-सहायित contributions पर रुख स्पष्ट करने के लिए एक मसौदा पेश किया
- उन्होंने feedback इकट्ठा करने के बाद इसे औपचारिक रूप से जमा करने पर विचार किया, लेकिन चर्चा शांत पड़ने के बाद प्रस्ताव आगे नहीं बढ़ा
- मसौदे में AI tools से बने code के खुलासे की अनिवार्यता, contributor की ज़िम्मेदारी का स्पष्ट उल्लेख, security और license compliance की गारंटी, और गोपनीय जानकारी के उपयोग पर रोक शामिल थी
शब्दावली और तकनीकी भेद पर बहस
- कई डेवलपर्स ने ‘AI’ शब्द की अस्पष्टता की ओर इशारा करते हुए LLM जैसी विशिष्ट तकनीकों का स्पष्ट उल्लेख आवश्यक बताया
- Russ Allbery ने कहा कि “AI” बहुत व्यापक शब्द है और policy बनाने के लिए उपयुक्त नहीं
- Sean Whitton ने LLM के उपयोग के उद्देश्य के आधार पर भेद (code review, prototype, production code) करने का सुझाव दिया
- Andrea Pappacoda ने कहा कि Claude’s C Compiler जैसे प्रोजेक्ट Debian में शामिल नहीं होने चाहिए
- इसके विपरीत, Nussbaum का तर्क था कि tool के प्रकार से अधिक महत्वपूर्ण automated code generation की क्रिया स्वयं है
नए contributors के onboarding और लागत का मुद्दा
- Simon Richter ने चिंता जताई कि AI नए डेवलपर्स के सीखने के अवसरों की जगह ले सकता है
- उनका कहना था कि AI मार्गदर्शन पाने के बावजूद खुद नहीं सीखता, और project resources लगातार ज्ञान-हस्तांतरण में नहीं बदलते
- यह भी चिंता जताई गई कि AI का उपयोग paid tools पर निर्भरता बढ़ा सकता है, जिससे contributors की पहुंच घट सकती है
- Nussbaum ने माना कि अभी मुफ़्त access उपलब्ध है, लेकिन भविष्य में लागत समस्या बन सकती है
- उनका जवाब था कि AI उल्टा जटिल कामों तक पहुंच आसान बना सकता है
- Ted Ts’o ने कहा कि AI उपयोगकर्ताओं को बाहर रखना आत्म-विरोधाभासी होगा और इससे contributors की विविधता सीमित हो सकती है
ethics, copyright, और quality पर चर्चा
- Matthew Vernon ने तर्क दिया कि AI कंपनियों की अनैतिक data collection और पर्यावरणीय नुकसान के कारण Debian को स्पष्ट विरोध करना चाहिए
- उन्होंने copyright उल्लंघन, बिना सहमति image generation, और झूठी security reports जैसी समस्याओं की ओर ध्यान दिलाया
- Jonathan Dowland ने सुझाव दिया कि कानूनी अनिश्चितता दूर होने तक AI-जनित सामग्री की स्वीकृति सीमित रखी जाए
- Thorsten Glaser ने कहा कि LLM-आधारित code वाले प्रोजेक्ट्स को ‘non-free’ सेक्शन में ले जाना चाहिए, लेकिन Linux kernel, Python जैसे प्रमुख प्रोजेक्ट्स के बाहर हो जाने के जोखिम के कारण इस विचार को समर्थन नहीं मिला
- Allbery ने कहा कि AI code की quality पर बहस बहुत मायने नहीं रखती, क्योंकि इंसान भी खराब code लिख सकते हैं
- Bdale Garbee ने AI को एक विकास-चरण के रूप में देखते हुए इसके दीर्घकालिक प्रभावों को देखने की ज़रूरत पर ज़ोर दिया
‘Preferred form of modification’ पर बहस
- Nussbaum ने जवाब दिया कि LLM input (prompt) ही modification का preferred form है, लेकिन non-determinism की समस्या पर बहस जारी रही
- कुछ लोगों का कहना था कि LLM non-deterministic हैं, इसलिए वे reproducible build के लिए उपयुक्त नहीं
- अन्य लोगों ने जवाब दिया कि एक ही PRNG seed और समान environment बनाए रखने पर पुनरुत्पादन संभव है
- चर्चा आगे बढ़कर determinism, reproducibility, और GPU computation की asynchronous प्रकृति जैसे तकनीकी विवरणों तक पहुंची
निष्कर्ष: Debian ने फैसला टाला
- Debian के भीतर AI-जनित contributions की परिभाषा पर भी सहमति नहीं बन पाई है
- बहुमत का मानना था कि अभी resolution पर मतदान का समय नहीं है, और mailing list स्तर पर चर्चा जारी रहना बेहतर होगा
- Nussbaum ने कहा कि “AI की अनुमति दी जाए, लेकिन safeguards के साथ” जैसा समझौता व्यावहारिक हो सकता है
- फिलहाल मौजूदा नीतियों के तहत case-by-case निर्णय जारी रहेगा, और AI models, LLM code, और AI-जनित contributions को कैसे संभाला जाए यह अब भी तय नहीं है
- जटिल तकनीकी बदलावों और विविध मतों के बीच, status quo को फिलहाल सबसे व्यावहारिक विकल्प माना गया
अभी कोई टिप्पणी नहीं है.