Pop!_OS ने अपने कोडबेस के बड़े हिस्से से AI-जनित कोड पर प्रतिबंध लगाया

Pop!_OS और उसका COSMIC डेस्कटॉप अपनी कई मुख्य रिपॉज़िटरीज़ में AI-जनित कोड पर रोक लगा रहे हैं, क्योंकि कम-गुणवत्ता वाले, बिना योजना वाले pull requests की बाढ़ आ गई है और ऐसे योगदानकर्ता सामने आए हैं जो आर्किटेक्चर को समझते नहीं हैं। टिप्पणीकार बँटे हुए हैं: कुछ मेंटेनर इस कदम का स्वागत करते हैं, इसे ज़रूरी बैकप्रेशर मानते हुए, और कहते हैं कि वे आंतरिक रूप से अपने AI टूल्स का उपयोग करना बेहतर समझते हैं; जबकि दूसरे तर्क देते हैं कि यह अल्पदृष्टि है, लगातार लागू करना असंभव है, और इससे प्रोजेक्ट उन upstream सॉफ़्टवेयर से पीछे रह सकता है जो AI-सहायित patches स्वीकार करते हैं। यह बहस आगे बढ़कर एक व्यापक चर्चा बन जाती है कि क्या AI coding tools सॉफ़्टवेयर की गुणवत्ता और सुरक्षा सुधारते हैं, या मुख्यतः ऐसा असमर्थनीय “slop” पैदा करते हैं जो review और maintenance लागत बढ़ाता है।

प्रतिबंध का दायरा और उद्देश्य

  • कई लोग इस नीति को मुख्यतः समीक्षा-भार को संभालने के बारे में मानते हैं, न कि AI के खिलाफ किसी नैतिक रुख के रूप में।
  • मेंटेनर रिपोर्ट करते हैं कि वे कम-गुणवत्ता वाले, AI-लिखित “drive‑by” PRs से अभिभूत हो गए हैं, जो प्रोजेक्ट की आर्किटेक्चर या रोडमैप से मेल नहीं खाते।
  • कुछ का तर्क है कि यह प्रभावी रूप से आंतरिक और दीर्घकालिक योगदानकर्ताओं को अवसरवादी योगदानकर्ताओं पर प्राथमिकता देने का एक तरीका है।

मेंटेनर वर्कफ़्लो और समीक्षा-भार

  • कई मेंटेनर कहते हैं कि यदि वे AI को शामिल करना चाहते हैं, तो वे उसे अपने खुद के प्रॉम्प्ट्स और संदर्भ के आधार पर स्वयं चलाना पसंद करेंगे।
  • AI-लेखक PRs घर्षण लाते हैं: ऐसे योगदानकर्ताओं के साथ बार-बार बातचीत करनी पड़ती है जो मॉडल के आउटपुट को बस आगे बढ़ा रहे होते हैं, उसे समझ नहीं रहे होते।
  • यहाँ तक कि “अच्छे” AI PRs को भी गैर-तुच्छ समीक्षा और बदलावों की ज़रूरत होती है, जिससे कुल लाभ कम हो जाता है।
  • कुछ लोग AI-भारी PRs को विस्तृत बग रिपोर्ट या डिज़ाइन सुझाव की तरह लेते हैं, फिर अपने खुद के टूल्स से उन्हें दोबारा लागू करते हैं।

सुरक्षा और इकोसिस्टम संबंधी चिंताएँ

  • एक पक्ष का तर्क है कि AI-जनित सुधारों को अस्वीकार करना रक्षा-स्थिति को कमजोर करता है, क्योंकि हमलावर भी बढ़ती संख्या में AI का उपयोग कमजोरियाँ खोजने के लिए कर रहे हैं।
  • दूसरे जवाब देते हैं कि आप अभी भी ऑडिटिंग और ट्रायेज के लिए AI का उपयोग कर सकते हैं, जबकि पैच के लिए मानवीय लेखन पर ज़ोर दे सकते हैं।
  • इस पर बहस जारी है कि क्या Pop!_OS/COSMIC “लक्ष्य बनाने के लिए बहुत निच” है या “कोई भी कनेक्टेड सॉफ़्टवेयर लक्ष्य हो सकता है।”

AI-जनित कोड की गुणवत्ता

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

योगदानकर्ताओं और समुदाय पर प्रभाव

  • कुछ योगदानकर्ताओं के AI-सहायित PRs बंद कर दिए गए और वे निरुत्साहित महसूस करते हैं, खासकर जब उन PRs ने वास्तविक बग्स ठीक किए थे।
  • चिंता है कि AI उपयोग का ईमानदार खुलासा दंडित किया जाएगा, जबकि दूसरे बस उसे घोषित करना बंद कर देंगे।
  • कुछ लोग अनुमान लगाते हैं कि यह नीति उपयोगकर्ताओं को AI को अपनाने वाले forks की ओर धकेलेगी, जबकि अन्य सोचते हैं कि यह उन डेवलपर्स को आकर्षित करेगी जो AI के शामिल होने को नापसंद करते हैं।