Rust ने अपने मुख्य रिपॉजिटरी के लिए एक औपचारिक LLM नीति अपनाई

Rust प्रोजेक्ट की पाँच टीमों ने बड़े भाषा मॉडलों के उपयोग को नियंत्रित करने वाली औपचारिक नीति को अपनाया है जब वे rust-lang/rust, प्रोजेक्ट के मुख्य मोनोरेपो में योगदान देते हैं, नीति के लेखक जिन्न नेल्सन ने Inside Rust ब्लॉग पर 5 अगस्त 2026 को घोषणा की। यह नीति (कम्पाइलर, लाइब्रेरी, टाइप्स, rustdoc, और बूटस्ट्रैप टीमों द्वारा स्वीकृत) ने वह अनप्रकाशित “वाइल्ड वेस्ट” मॉडरेशन दृष्टिकोण को बदल दिया है, जिसे नेल्सन ने वर्णित किया था, और एक सार्वजनिक, लिखित नियमों का सेट प्रस्तुत किया है।

यह नीति AI पर प्रोजेक्ट‑व्यापी रुख नहीं है, और यह स्पष्ट रूप से ऐसा कहती है। यह केवल rust-lang/rust रिपॉजिटरी और केवल उन टीमों पर लागू होती है जिन्होंने इसे स्वीकृत किया है। लेकिन इस दायरे में यह एक स्पष्ट सीमा रेखा खींचती है: LLMs को सोचने के उपकरण के रूप में स्वागत है, लेकिन उसके स्थानापन्न के रूप में नहीं।

नीति वास्तव में क्या कहती है

दस्तावेज़ खुद को एक वाक्य में सारांशित करता है:

प्रश्नों के उत्तर देने, विश्लेषण करने, सारांश बनाने, सुधारने, जाँच करने, सुझाव देने, समीक्षा करने के लिए LLMs का उपयोग करना ठीक है। लेकिन बनाने के लिए नहीं।

व्यावहारिक रूप से, यह तीन स्तर बनाता है। पूरी तरह से अनुमति: कोई भी निजी उपयोग जहाँ योगदानकर्ता ही आउटपुट देखता है — कोडबेस के बारे में प्रश्न पूछना, थ्रेड का सारांश बनाना, अपनी स्वयं की कोड की निजी समीक्षा करना। अनिवार्य प्रकटीकरण के साथ अनुमति: मशीन अनुवाद, टाइपो सुधार जैसी तुच्छ परिवर्तन, LLM‑सहायता वाले बग खोज, और LLM रिव्यू बॉट्स, जिन्हें अलग-अलग, स्पष्ट रूप से लेबल किए गए GitHub खातों से चलना चाहिए जिन्हें व्यक्तिगत उपयोगकर्ता ब्लॉक कर सकें। प्रतिबंधित: LLM‑निर्मित टिप्पणियाँ, दस्तावेज़, और कंपाइलर डायग्नोस्टिक्स; कोई भी प्रक्रिया जो LLM के निष्पादन पर निर्भर हो; और LLM रिव्यू को परिवर्तन को मर्ज या अस्वीकार करने के पर्याप्त मानना।

सबसे कड़ी सजा प्रवर्तन डिजाइन में है। जानबूझकर LLM उपयोग को गलत प्रस्तुत करना प्रोजेक्ट के कोड ऑफ़ कंडक्ट का उल्लंघन माना जाता है — वही स्तर जैसा कि उत्पीड़न के लिए है — जिससे चेतावनी और दोहराव वाले उल्लंघनों पर प्रतिबंध लग सकता है। दस्तावेज़ स्पष्ट रूप से कहता है कि कई खंड व्यावहारिक रूप से लागू नहीं किए जा सकते, और यह जानबूझकर है: “हमारा लक्ष्य हर उल्लंघन को पकड़ना नहीं है… बल्कि हमारा लक्ष्य संभावित इनकार को समाप्त करना है: नीति का पालन करने और जानबूझकर उसका उल्लंघन करने के बीच एक स्पष्ट विकल्प बनाना।”

LLM‑लेखित कोड के लिए सीमित प्रयोग

LLM‑लेखित कोड को पूरी तरह से प्रतिबंधित नहीं किया गया है। इसे सख्त प्रवेश शर्तों के साथ एक प्रयोग तक सीमित किया गया है: परिवर्तन को नामित समीक्षक के साथ पूर्व‑व्यवस्थित होना चाहिए, कंपाइलर की सुरक्षा के लिए गैर‑महत्वपूर्ण होना चाहिए, अच्छी तरह परीक्षण किया गया हो, और अच्छी तरह समीक्षा किया गया हो, तथा प्रत्येक मामले में प्रकटीकरण आवश्यक है। नए योगदानकर्ता बिना पहले समीक्षक को सुरक्षित किए LLM‑निर्मित पुल‑रिक्वेस्ट नहीं खोल सकते। जहाँ कोड के लिए कोई परीक्षण सूट नहीं है, लेखक को एक बनाना होगा या PR को बंद करना होगा। कोई अपवाद नहीं।

प्रयोग में अपना सर्किट‑ब्रेकर भी है। यदि छह‑सप्ताह की अवधि में मर्ज किए गए PRs का आधे से अधिक हिस्सा LLM‑निर्मित हो जाता है, तो LLM‑निर्मित PRs का मर्जिंग तब तक बंद हो जाता है जब तक उनका अनुपात 50 % से नीचे नहीं गिर जाता, न्यूनतम कूल‑डाउन अवधि दस दिन है। यह अवधि Rust के छह‑सप्ताह रिलीज़ चक्र के साथ संरेखित है। सभी ऐसे PRs को नया ai-assisted लेबल मिलता है और उन्हें एक निजी Zulip चैनल में पोस्ट किया जाता है जिसका उद्देश्य डेटा संग्रह (क्या LLM‑सहायता प्राप्त योगदानकर्ता सीख रहे हैं, वापस आ रहे हैं, और उपयोगी कार्य उत्पन्न कर रहे हैं) है, न कि प्रवेश‑नियंत्रण।

अब क्यों

नेल्सन की घोषणा तीन दबावों का उल्लेख करती है जिन्होंने टीमों को अनौपचारिक मॉडरेशन से लिखित नियमों की ओर धकेला। परिष्कृत पुल‑रिक्वेस्ट अब प्रयास या समझ का संकेत नहीं देते, जिससे प्रोजेक्ट की समीक्षात्मक संस्कृति पर भरोसे के संकेत क्षीण हो रहे हैं। सस्ती कोड जनरेशन मौजूदा समीक्षात्मक बैंडविड्थ की कमी को और बढ़ा देती है: रिपॉजिटरी वर्तमान में 1,281 खुले PRs रखती है, और दुर्लभ संसाधन हमेशा समीक्षक का निर्णय था, न कि कोड। और जो योगदानकर्ता समीक्षात्मक टिप्पणियों को LLM में पेस्ट करके आउटपुट को वापस पेस्ट करते हैं, वे, नेल्सन के शब्दों में, सभी का समय बर्बाद कर रहे हैं, और यह मान्यता तोड़ रहे हैं कि समीक्षक किसी व्यक्ति से बात कर रहा है।

पृष्ठभूमि में प्रोजेक्ट के भीतर एक वास्तविक विभाजन है। नीति के अपने प्रेरणा भाग में कहा गया है कि Rust के भीतर कोई सर्वसम्मति नहीं है, “और संभवतः कभी नहीं होगी,” कि AI‑आधारित उपकरण कब स्वीकार्य हैं, जहाँ सदस्य दैनिक उपयोगकर्ताओं से लेकर उन तक हैं जो किसी भी उपयोग को अस्वीकार्य मानते हैं। इसलिए दस्तावेज़ को बदलने योग्य बनाया गया है: बड़े संशोधनों के लिए प्रत्येक स्वीकृत टीम की स्वीकृति आवश्यक है, और नीति को पूरी तरह से उन टीमों द्वारा निरस्त किया जा सकता है या एक प्रोजेक्ट‑व्यापी LLM समिति द्वारा ओवरराइड किया जा सकता है, जिसे नेतृत्व परिषद अब विचार कर रही है।

सूक्ष्म विवरण

सीमा शीर्षक से अधिक संकीर्ण है। नीति rust-lang संगठन की अन्य रिपॉजिटरी, भाषा‑टीम का काम जैसे इश्यू ट्रैकिंग और स्थिरीकरण रिपोर्ट, शैली गाइड, या उन टीमों को कवर नहीं करती जिन्होंने इसे स्वीकृत नहीं किया है। प्रत्येक को अपने स्वयं के नियम निर्धारित करने की स्वतंत्रता है। rust-lang संगठन के सदस्य “गैर‑महत्वपूर्ण” प्रतिबंध से मुक्त हैं, हालांकि नीति कहती है कि इस छूट का उपयोग दृढ़ता से discouraged है, और नीति के प्रभाव में आने से पहले लिखे गए PRs भी छूट प्राप्त हैं। किसी योगदानकर्ता को LLM उपयोग के लिए उत्पीड़न करना स्वयं ही प्रतिबंधित है, चाहे उपयोग ने नीति का उल्लंघन किया हो या नहीं।

आगे क्या होगा

निजी Zulip चैनल ai-assisted लेबल के उपयोग के साथ ही LLM‑निर्मित PRs पर डेटा एकत्र करना शुरू करेगा, और पहला छह‑सप्ताह का सर्किट‑ब्रेकर विंडो टीमों को बताएगा कि प्रयोग मर्ज कतार को अत्यधिक प्रभावित कर रहा है या नहीं। नेतृत्व परिषद की प्रस्तावित समर्पित LLM समिति, यदि बनाई गई, तो इस नीति से ऊपर प्राथमिकता लेगी और नियमों को प्रोजेक्ट‑व्यापी विस्तारित कर सकेगी, जिसमें चैट, फ़ोरम, और उन रिपॉजिटरी शामिल होंगी जिनके पास आज कोई नीति नहीं है। नेल्सन का पोस्ट ठीक उसी परिणाम का समर्थन करता है, इस नीति को एक पहला कदम मानते हुए, न कि अंतिम उत्तर।