पॉलिसी में "परिपक्व, अच्छी तरह से संभाले जा रहे प्रोजेक्ट्स" के लिए एक छोटा अपवाद जरूर है, मगर डॉक्यूमेंटेशन साफ करता है कि यह कोई गारंटी नहीं है । सबमिशन को किसी भी स्टेज पर रिजेक्ट किया जा सकता है, और अगर बाद में भी नियमों के उल्लंघन का पता चले तो मर्ज के बाद भी वापस लिया जा सकता है
। पहले से मौजूद AI कोड वाले ऐप्स Flathub पर बरकरार हैं — यह बैन पूर्वव्यापी नहीं है — लेकिन अब से AI-सहायता वाले कोई भी नए सबमिशन पर प्रभावी रूप से रोक लगा दी गई है
।
Flathub ने AI के स्वीकार्य और अस्वीकार्य उपयोग के बीच बारीक रेखाएं खींचने की कोशिश नहीं की। उसने पूर्ण प्रतिबंध इसलिए चुना क्योंकि खुद जांच-पड़ताल (ट्राइएज) का काम ही असहनीय लागत बन चुका था। प्लेटफॉर्म ने टेक्नोलॉजी के साथ तालमेल बिठा रहे कानूनी सिस्टम पर इंतजार करने के बजाय अपने रिव्यूअर्स के ध्यान और मानसिक शांति को प्राथमिकता दी।
2025 के मध्य में, QEMU ने ओपन सोर्स की सबसे सख्त AI पॉलिसियों में से एक अपनाई थी। इसके औपचारिक कोड प्रोवेनेंस (उत्पत्ति) नियमों के मुताबिक, जो भी योगदान AI-जनरेटेड कंटेंट से लिया गया माना जाएगा — फिर चाहे वो ChatGPT, Claude, Copilot, Llama या ऐसे ही किसी टूल से आया हो — उसे सिरे से खारिज कर दिया जाएगा । वजह बताई गई कि AI कोड डेवलपर सर्टिफिकेट ऑफ ओरिजिन (DCO) को पूरा नहीं कर सकता, क्योंकि इसमें जरूरी दलीलें देने के लिए कोई मानव लेखक मौजूद ही नहीं होता
।
लेकिन मई 2026 के अंत तक, प्रोजेक्ट विपरीत दिशा में बढ़ रहा था। पाओलो बोन्जिनी, जो रेड हैट (Red Hat) के एक प्रतिष्ठित इंजीनियर और KVM के मेंटेनर हैं, ने सीमित और कम जोखिम वाले क्षेत्रों में AI-सहायता वाले पैच की इजाज़त देने का प्रस्ताव रखा — खास तौर पर वहां जहां कॉपीराइट उल्लंघन के नतीजों को पलटना और रोकना आसान हो। जबकि मुख्य कोड बिना मेंटेनर की सहमति के अब भी पहुंच से बाहर रहेगा ।
बोन्जिनी की दलील पूरी तरह व्यावहारिक थी। जिन प्रोजेक्ट्स ने AI-सहायता वाले योगदान स्वीकार किए हैं, उन पर अब तक कोई गंभीर कानूनी मुसीबत नहीं आई। खुद रेड हैट की कानूनी टीम ने कुछ खास कैटेगरी के बदलावों के लिए इस जोखिम को स्वीकार्य आंका है । इस प्रस्ताव के तहत योगदानकर्ताओं के लिए AI-जनरेटेड हिस्सों को छुपाने के बजाय साफ-साफ बताना अनिवार्य करने की बात भी कही गई है
।
QEMU असल में यह दांव लगा रहा है कि पारदर्शिता पर आधारित बीच का रास्ता वहां काम कर सकता है, जहां पूर्ण पाबंदी बिना किसी अनुपातिक कानूनी फायदे के सिर्फ घर्षण पैदा करती है — खासकर टेस्ट केसेस, डॉक्यूमेंटेशन फिक्स और छोटे पैच जैसे मशीनी योगदानों के लिए।
Flathub का सख्त बैन और QEMU की सतर्क ढील, दोनों एक ही अनसुलझे कानूनी सवाल के इर्द-गिर्द घूमते हैं: जब AI-जनरेटेड कोड डेवलपर सर्टिफिकेट ऑफ ओरिजिन (DCO) से टकराता है, तब क्या होता है?
DCO के तहत योगदानकर्ताओं को प्रमाणित करना होता है कि उन्होंने खुद वह कोड बनाया है, या उसके पास इसे प्रोजेक्ट के लाइसेंस के तहत सबमिट करने का अधिकार है। लेकिन AI-जनरेटेड कोड का मौजूदा कानून के हिसाब से कोई पहचान योग्य मानव लेखक नहीं होता। US कॉपीराइट ऑफिस ने जनवरी 2025 में फैसला सुनाया कि AI आउटपुट पर कॉपीराइट तभी हो सकता है जब किसी इंसान ने उसमें पर्याप्त "अभिव्यंजक तत्व" जोड़े हों — और सिर्फ बेहतरीन प्रॉम्प्ट लिखना भी इसके लिए काफी नहीं है । मार्च 2025 में थेलर बनाम पर्लमटर केस में डी.सी. सर्किट कोर्ट ने इस फैसले पर मुहर लगा दी, और मार्च 2026 तक सुप्रीम कोर्ट ने भी इस चुनौती को सुनने से इनकार कर दिया
।
इससे एक असहज स्थिति बनती है। AI-जनरेटेड कोड सबमिट करने वाला डेवलपर सच्चाई से DCO पर दस्तखत नहीं कर सकता। लिनक्स कर्नल ने अप्रैल 2026 में अपनी पहली AI कोडिंग असिस्टेंट पॉलिसी के तहत जवाब दिया — इसमें नियम बनाया गया कि सिर्फ इंसान ही Signed-off-by टैग जोड़ सकता है और वही इंसान AI-जनरेटेड कोड की पूरी कानूनी जिम्मेदारी लेगा । लेकिन QEMU के मूल बैन के पीछे तर्क यही था कि AI कोड के साथ DCO अनुपालन का दावा करना "आज की तारीख में विश्वसनीय नहीं लगता" क्योंकि लाइसेंसिंग को लेकर स्थिति साफ नहीं है
।
अभी तक किसी भी अदालत ने पूरी तरह साफ नहीं किया है कि AI-जनरेटेड कोड का कॉपीराइट हो सकता है या नहीं, और अगर हां, तो इसके अधिकार किसके पास होंगे, और इसके साथ कौन से डाउनस्ट्रीम लाइसेंस दायित्व जुड़ेंगे। प्रोजेक्ट्स अपने-अपने रिस्क कैलकुलेशन कर रहे हैं, क्योंकि कानूनी व्यवस्था ने अभी तक कोई स्पष्ट रास्ता नहीं दिखाया है।
कानूनी बहस अहम है, मगर मेंटेनर बर्नआउट (थकावट) ने ही असल में Flathub को हद पार करने पर मजबूर किया। कई प्रोजेक्ट्स के मेंटेनर एक जैसा पैटर्न रिपोर्ट करते हैं: AI-जनरेटेड सबमिशन अक्सर बड़े तो होते हैं, मगर सतही — कोड की मात्रा बहुत, लेकिन असली समझ न के बराबर। इससे रिव्यू का बोझ उनकी कीमत से कहीं ज्यादा बढ़ जाता है ।
GNOME शेल एक्सटेंशन के साथ भी ऐसी ही बाढ़ आई। 2025 के आखिर में, रिव्यूअर्स ने बताया कि कुछ दिनों में उन्हें 15,000 से ज्यादा लाइनों का AI-जनरेटेड एक्सटेंशन कोड मिला, और जब उसके बारे में सवाल पूछे गए, तो जवाब भी AI ने ही जनरेट करके भेज दिया । Flathub के मेंटेनर पिओत्रोव्स्की ने बड़ी सफाई से कहा कि यह पॉलिसी इसलिए जरूरी थी "क्योंकि कुछ लोगों को ठीक से बात करना ही नहीं आता"
।
यह मानवीय कीमत कानूनी लागत से अलग नहीं है। DCO का सवाल इसलिए मायने रखता है क्योंकि जो कोड वो स्वीकार करते हैं, उसकी वास्तविक कानूनी जिम्मेदारी मेंटेनर्स पर आ सकती है। बर्नआउट का सवाल इसलिए मायने रखता है क्योंकि मेंटेनर वालंटियर हैं, जिनके पास बहुत सीमित समय और मानसिक शांति है। AI-जनरेटेड सबमिशन एक साथ इन दोनों पर चोट करते हैं।
फरवरी 2026 में RedMonk के एक विश्लेषण ने 32 ओपन सोर्स संगठनों का सर्वेक्षण किया और पाया कि कोई भी आम सहमति नहीं बन पाई है । प्रोजेक्ट्स मोटे तौर पर तीन खेमों में बंट चुके हैं:
ये खेमे सिर्फ नीति पर असहमत नहीं हैं। वो इस बात पर असहमत हैं कि AI कोड एक प्रबंधित करने वाला उपकरण है, या बाहर कर देने वाला खतरा — और ये कि उसे प्रबंधित करने की लागत मेंटेनर उठाएं या कानूनी प्रणाली।
Flathub और QEMU कोई अकेले मामले नहीं हैं। ये एक स्पेक्ट्रम पर बने डेटा पॉइंट हैं जो AI कोडिंग टूल्स के बेहतर होने और जनरेटेड सबमिशन की मात्रा बढ़ने के साथ और चौड़े होते जाएंगे। कुछ जानकारों का कहना है कि एक-दो साल में AI-जनरेटेड कोड का पता लगाना व्यावहारिक रूप से नामुमकिन हो जाएगा, जिससे प्रतिबंध चाहे जितने भी हों, लागू करना असंभव हो जाएगा ।
खुद EFF भी मान चुका है कि LLM के इतने व्यापक उपयोग को देखते हुए पूर्ण प्रतिबंध लागू करना मुश्किल है । लेकिन व्यावहारिक रूप से लागू न होने की क्षमता, Flathub के फैसले के मूल कारण — बर्नआउट की समस्या — को हल नहीं करती।
जब तक कोर्ट के फैसले या नई कानूनी व्यवस्थाएं AI-जनरेटेड कोड के लेखकत्व और दायित्व के स्पष्ट नियम स्थापित नहीं कर देतीं, तब तक हर ओपन सोर्स प्रोजेक्ट अपनी तरह का एक जुआ ही खेल रहा है। Flathub ने AI टूलींग के दरवाजे बंद करने की कीमत पर, अपने रिव्यूअर्स को अभी सुरक्षित करने का फैसला लिया। QEMU पारदर्शिता की मांग के साथ, एक संकरा दरवाजा खोलने की तरफ बढ़ रहा है और दांव लगा रहा है कि कम जोखिम वाले योगदानों के लिए कानूनी खतरा प्रबंधनीय है। दोनों ही कदम उपलब्ध जानकारी के हिसाब से तर्कसंगत हैं। ये बस एक ही बेचैन करने वाले सवाल पर अलग-अलग प्रतिक्रियाएं हैं: ऐसे समुदाय में जो मानवीय लेखकत्व और वॉलिंटियर श्रम पर खड़ा है, जब कोड इन दोनों के बिना पहुंचने लगे, तब क्या करें?
Comments
0 comments