Reproducibility is the New Copyleft: Defining AGI-oriented Reproducible Builds
यह शोध पत्र यह तर्क देता है कि जटिल एआई आर्टिफैक्ट्स के ऑडिट और पुनर्निर्माण करने की अक्षमता के कारण पारंपरिक कॉपीलेफ्ट लाइसेंस आर्टिफिशियल जनरल इंटेलिजेंस (AGI) के लिए अप्रभावी हैं, और इसके बजाय यह प्रस्तावित करता है कि वास्तविक पारदर्शिता और उपयोगकर्ता स्वतंत्रता सुनिश्चित करने के लिए एजीआई गवर्नेंस को रिप्रोड्यूसिबल बिल्ड्स और प्रोटोकॉल-आधारित कपलिंग के ढांचे की ओर स्थानांतरित होना चाहिए।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
यहाँ "Reproducibility is the New Copyleft" नामक शोध पत्र का सरल भाषा और रचनात्मक उपमाओं के साथ अनुवाद दिया गया है।
मुख्य विचार: क्यों "ओपन सोर्स" अब पर्याप्त नहीं है
कल्पना कीजिए कि आपने एक बेकरी से एक केक खरीदा। सॉफ्टवेयर के पुराने दिनों में ("प्रथम मुक्ति" या First Liberation), यदि आप जानना चाहते थे कि केक कैसे बनाया गया, तो बेकर कानूनी रूप से आपको उसकी रेसिपी देने के लिए बाध्य था। यह कॉपीलेफ्ट (Copyleft) (जैसे GPL लाइसेंस) का वादा था: "आप केक ले सकते हैं, लेकिन यदि आप इसकी एक प्रति बेचते हैं, तो आपको रेसिपी भी मुफ्त देनी होगी।"
यह इसलिए काम करता था क्योंकि रेसिपी (सोर्स कोड) और केक (अंतिम प्रोग्राम) के बीच एक स्पष्ट, एक-से-एक संबंध था। यदि आप रेसिपी का पालन करते थे, तो आपको बिल्कुल वैसा ही केक मिलता था।
AI के साथ समस्या:
आज के AI मॉडल (और भविष्य के सुपर-इंटेलिजेंट AGI) एक विशाल, अदृश्य मशीन द्वारा बनाए गए केक की तरह हैं।
- रेसिपी गायब है: भले ही बेकर आपको कोड दे दे, लेकिन "केक" (AI) उन विशिष्ट सामग्रियों (ट्रेनिंग डेटा), ओवन के सटीक तापमान (हार्डवेयर), रैंडम स्टिरिंग ऑर्डर (रैंडम सीड्स), और आटे के विशिष्ट ब्रांड (सॉफ्टवेयर टूल्स) पर भी निर्भर करता है।
- परिणाम अप्रत्याशित है: यदि आप उसी कोड के साथ लेकिन थोड़े अलग आटे या अलग ओवन के साथ फिर से केक बनाने की कोशिश करते हैं, तो आपको एक अलग केक मिलेगा। आप यह सत्यापित नहीं कर सकते कि जो केक आपने खरीदा है वह वास्तव में उस रेसिपी से बना है जो आपको दी गई थी।
- "जादुई पुनलेखन" (The Magic Rewrite): एक स्मार्ट AI असिस्टेंट एक "रेसिपी" (GPL कोड) को देख सकता है और तुरंत उसे एक नई रेसिपी में बदल सकता है जो बिल्कुल वैसा ही काम करती है लेकिन दावा करती है कि वह "मुफ्त" (MIT लाइसेंस) है। यह एक ऐसे जालसाज की तरह है जो किसी पेंटिंग की इतनी सटीक नकल कर सकता है कि मूल कलाकार यह साबित ही नहीं कर पाता कि यह नकल है। यह उन कानूनी नियमों को तोड़ देता है जो पहले ओपन सॉफ्टवेयर की रक्षा करते थे।
शोध पत्र का समाधान:
लेखक, मसायुकी हट्टा (Masayuki Hatta), तर्क देते हैं कि हम अब केवल "रेसिपी" साझा करने पर भरोसा नहीं कर सकते। इसके बजाय, हमें रिप्रोड्यूसिबल बिल्ड्स (Reproducible Builds) की आवश्यकता है।
इसे केवल रेसिपी साझा करने के रूप में नहीं, बल्कि पूरी बेकिंग प्रक्रिया की एक टाइम-ट्रैवलिंग, परफेक्ट वीडियो रिकॉर्डिंग साझा करने के रूप में सोचें।
- लक्ष्य: यदि आपके पास सटीक सामग्रियां, ओवन की सटीक सेटिंग्स और मिश्रण करने का सटीक वीडियो है, तो आपको एक ऐसा केक बनाना सक्षम होना चाहिए जो उस केक के बिट-फॉर-बिट (bit-for-bit) समान हो जो बेकरी ने बेचा था।
- नया नियम: "ओपन सोर्स AI" का मतलब केवल यह नहीं होना चाहिए कि "हम आपको कोड दिखाते हैं।" इसका अर्थ यह होना चाहिए कि "हम साबित करते हैं कि यदि आप हमारे कोड और डेटा का उपयोग करते हैं, तो आपको ठीक वही परिणाम मिलता है जो हमें मिला था।"
"रिप्रोड्यूसिबल AI" के लिए 7 नियम (AGI-ओरिएंटेड रिप्रोड्यूसिबल बिल्ड्स)
शोध पत्र इन सात विशिष्ट आवश्यकताओं का प्रस्ताव करता है ताकि इसे साकार किया जा सके। यहाँ उन्हें सरल भाषा में समझाया गया है:
- हर सामग्री की सूची (Complete Input Enumeration): आप केवल यह नहीं कह सकते कि "हमने इंटरनेट डेटा का उपयोग किया।" आपको सटीक डेटा, सटीक कोड, उपयोग किए गए सटीक कंप्यूटर चिप्स और उत्पन्न किए गए सटीक रैंडम नंबरों को सूचीबद्ध करना होगा। कोई अस्पष्ट विवरण नहीं।
- परफेक्ट बेकिंग प्रक्रिया (Deterministic Training Pipeline): बेकिंग मशीन को इस तरह सेट किया जाना चाहिए कि यदि आप समान सामग्रियों के साथ इसे दो बार चलाते हैं, तो यह हर बार बिल्कुल एक जैसा केक बनाए। "शायद इस बार स्वाद अलग होगा" जैसा कुछ नहीं होना चाहिए।
- ओवन को लॉक करें (Verifiable Toolchain): आपको सिद्ध करना होगा कि कौन सा ओवन और उपकरण उपयोग किए गए थे। यदि एक विशिष्ट प्रकार का कंप्यूटर चिप केक का स्वाद बदल देता है, तो आपको रेसिपी को उस विशिष्ट चिप के लिए लॉक करना होगा या टूल्स को ऐसा बनाना होगा कि वे किसी भी चिप पर एक जैसा व्यवहार करें।
- थर्ड-पार्टी टेस्टर (Third-Party Attestation): अधिकांश लोग खुद पूरा केक बनाने का खर्च नहीं उठा सकते। इसलिए, हमें स्वतंत्र "टेस्टर्स" (जैसे खाद्य सुरक्षा निरीक्षक) की आवश्यकता है जो रेसिपी लें, खुद केक बनाएं, और पुष्टि करें, "हाँ, यह बिल्कुल वही केक है।"
- स्व-सुधार लॉग (Self-Improvement Trajectory Logging): भविष्य का AI अपनी रेसिपी को बेहतर बनाने के लिए खुद को फिर से लिख सकता है। यदि ऐसा करता है, तो उसे अपने द्वारा किए गए प्रत्येक परिवर्तन की एक स्थायी, अपरिवर्तनीय डायरी रखनी होगी। आपको यह देखना आवश्यक है कि केक कैसे विकसित हुआ।
- "स्वयं-जांच" का नियम (Recursive Verifiability): यह सबसे कठिन हिस्सा है। यदि AI अपनी रेसिपी को फिर से लिखता है, तो नई रेसिपी भी एक रिप्रोड्यूसिबल केक बनाने में सक्षम होनी चाहिए। प्रक्रिया को सत्यापित करने की क्षमता तब भी जीवित रहनी चाहिए जब AI खुद को बदल देता है। (लेखक स्वीकार करते हैं कि यह एक बहुत बड़ी शोध चुनौती है जिसे हमने अभी तक हल नहीं किया है)।
- वास्तविक बने रहें (Sustainable Economic Model): हम अभी हर छोटे AI ऐप के लिए पूर्ण पुनरुत्पादकता (reproducibility) की मांग नहीं कर सकते; यह बहुत महंगा है। हमें छोटे, महत्वपूर्ण सिस्टम से शुरुआत करनी चाहिए और जैसे-जैसे तकनीक सस्ती और बेहतर होती जाए, इन नियमों को धीरे-धीरे जोड़ना चाहिए।
"लिंकिंग" की समस्या: प्रोटोकॉल बनाम प्लेटफॉर्म
शोध पत्र यह भी देखता है कि AI सिस्टम एक-दूसरे से कैसे बात करते हैं।
- पुराना तरीका (प्लेटफॉर्म): एक बंद बगीचे की कल्पना करें जहाँ एक कंपनी बगीचे, गेट और रास्तों की मालिक है। यदि आप किसी मित्र से मिलना चाहते हैं, तो आपको उनके गेट से गुजरना होगा। वर्तमान में कई AI टूल इसी तरह काम करते हैं।
- नया तरीका (प्रोटोकॉल): एक सार्वजनिक सड़क प्रणाली की कल्पना करें (जैसे इंटरनेट या ईमेल)। कोई भी कार (AI असिस्टेंट) या गैस स्टेशन (एक टूल) बना सकता है, और वे सभी एक ही ट्रैफिक नियमों का उपयोग करके एक-दूसरे से बात कर सकते हैं।
लेखक का तर्क है कि "सड़कों" (प्रोटोकॉल जो AI को टूल्स से बात करने देते हैं) के लिए, हमें कॉपीराइट कानूनों (Copyleft) का उपयोग नहीं करना चाहिए। इसके बजाय, हमें प्रोटोकॉल गवर्नेंस (Protocol Governance) की आवश्यकता है।
- उपमा: ईमेल (SMTP) के बारे में सोचें। ईमेल प्रोटोकॉल का कोई मालिक नहीं है। आप Gmail, Outlook, या एक निजी सर्वर का उपयोग कर सकते हैं, और वे सभी एक साथ काम करते हैं। नियम तटस्थ हैं।
- चेतावनी: यदि एक कंपनी (जैसे एंथ्रोपिक (Anthropic) उनका "मॉडल कॉन्टेक्स्ट प्रोटोकॉल" (MCP) के साथ) यह नियंत्रित करती है कि AI टूल्स के साथ कैसे बात करता है, तो वे "गेटकीपर" बन जाते हैं। हमें यह सुनिश्चित करने की आवश्यकता है कि ये नियम खुले मानक हों, जिनका स्वामित्व किसी एक कंपनी के पास न हो, ताकि AI टूल्स निष्पक्ष रूपता से प्रतिस्पर्धा कर सकें।
निष्कर्ष
शोध पत्र निष्कर्ष निकालता है कि "द्वितीय मुक्ति" (यह विचार कि AI सभी को कोडिंग की शक्ति देगा) एक जाल है यदि AI टूल्स स्वयं 'ब्लैक बॉक्स' हैं।
- प्रथम मुक्ति: हमें कोड (रेसिपी) दिया।
- द्वितीय मुक्ति: हमें सत्यापनीय प्रक्रिया (यह प्रमाण कि रेसिपी वास्तव में केक बनाती है) देनी चाहिए।
यदि हमारे पास रिप्रोड्यूसिबल बिल्ड्स नहीं हैं, तो हम स्वतंत्र नहीं हैं; हम केवल इस बात पर भरोसा कर रहे हैं कि AI हमसे झूठ नहीं बोल रहा है। यह स्वतंत्रता नहीं है; यह विश्वास (faith) है। और भविष्य के सुपर-इंटेलिजेंट AI के लिए, हमें विश्वास की नहीं, तथ्यों की आवश्यकता है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।