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

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

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

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

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

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

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

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

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

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

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

अब क्यों

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

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

विस्तृत छाप

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

अब क्या होता है

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