← नवीनतम पेपर
🤖 AI

Will It Survive? Deciphering the Fate of AI-Generated Code in Open Source

इस परिकल्पना के विपरीत कि एआई-जनित कोड डिस्पोजेबल (त्यागने योग्य) होता है, 201 ओपन-सोर्स परियोजनाओं के उत्तरजीविता विश्लेषण (survival analysis) से पता चलता है कि एजेंट-लिखित कोड वास्तव में मानव-लिखित कोड की तुलना में अधिक समय तक बना रहता है, हालांकि इसे थोड़ी उच्च सुधारात्मक संशोधन दरों का सामना करना पड़ता है, जो यह सुझाव देता है कि इसके दीर्घकालिक विकास के लिए पीढ़ी की गुणवत्ता के बजाय संगठनात्मक प्रथाएं प्राथमिक बाधा हैं।

मूल लेखक: Musfiqur Rahman, Emad Shihab

प्रकाशित 2026-01-26
📖 6 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Musfiqur Rahman, Emad Shihab

मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें

सॉफ्टवेयर डेवलपमेंट की कल्पना एक विशाल, हलचल भरे निर्माण स्थल (construction site) के रूप में करें जहाँ इमारतें (कोडबेस) लगातार बनाई, नवीनीकृत और मरम्मत की जा रही हैं। वर्षों से, साइट प्रबंधकों (सॉफ्टवेयर इंजीनियरों) के बीच एक प्रमुख चिंता यह थी कि यदि वे ईंटें बिछाने के लिए "रोबोट बिल्डर्स" (AI एजेंटों) का उपयोग करना शुरू करते हैं, तो वे ईंटें कमजोर होंगी। डर यह था कि रोबट एक दीवार तो बना देंगे, लेकिन मानव फोरमैन (foreman) प्रोजेक्ट को आगे बढ़ाने के लिए उसे जल्दी से अप्रूव कर देगा, और जैसे ही रोबोट चला जाएगा, वह दीवार ढह जाएगी या उसे तुरंत गिराने की आवश्यकता होगी। इस विचार को "डिस्पोजेबल कोड" (disposable code) परिकल्पना कहा जाता है—यह विश्वास कि AI द्वारा जनरेट किया गया कोड केवल अस्थायी भराव (filler) है जो लंबे समय तक नहीं टिकेगा।

यह शोध पत्र, जिसका शीर्षक है "Will It Survive? Deciphering the Fate of AI-Generated Code in Open Source," निर्माण स्थल पर जाकर ईंटें बिछाने के बाद उनकी जांच करने जाता है। शोधकर्ताओं ने केवल यह नहीं देखा कि रोबोट काम करते समय दीवार को कितनी अच्छी तरह बनाते हैं; बल्कि उन्होंने दीवार को महीनों तक देखा ताकि यह देख सकें कि वह समय की कसौटी पर कितनी खरी उतरती है।

यहाँ उनके निष्कर्ष दिए गए हैं, जिन्हें सरल कहानियों में विभाजित किया गया है:

1. "घोस्ट ब्रिक" (Ghost Brick) घटना (उत्तरजीविता/Survival)

मिथक: लोगों को लगा था कि AI की ईंटों को बहुत जल्दी गिरा दिया जाएगा या बदल दिया जाएगा।
वास्तविकता: AI की ईंटें वास्तव में मानव द्वारा बनाई गई ईंटों की तुलना में अधिक समय तक टिकी रहीं।

शोधकर्ताओं ने 201 विभिन्न परियोजनाओं में 2,00,000 से अधिक लाइनों के कोड (व्यक्तिगत ईंटों) को ट्रैक किया। उन्होंने पाया कि AI द्वारा लिखी गई कोड की लाइनें इंसानों द्वारा लिखी गई लाइनों की तुलना में 16% कम बदली या हटाई गईं

क्यों? "मेरे कोड को मत छुओ" का नियम।
शोध पत्र एक मजेदार मनोवैज्ञानिक कारण का सुझाव देता है: इंसान अक्सर उस कोड को छूने में हिचकिचाते हैं जिसे उन्होंने नहीं लिखा है। यह वैसा ही है जैसे कोई किराएदार किसी घर में रहने जाए और फर्नीचर को फिर से व्यवस्थित करने से डरे क्योंकि उसे नहीं पता कि छिपे हुए तार कहाँ हैं।

  • मानव कोड (Human Code): जब कोई इंसान एक लाइन लिखता है, तो वह उसका स्वामित्व (ownership) महसूस करता है। यदि उन्हें बाद में कोई छोटी समस्या दिखती है, तो वे उसे तुरंत ठीक करने के लिए मजबूर महसूस करते हैं।
  • AI कोड (AI Code): जब AI एक लाइन लिखता है, तो कोई भी अकेला इंसान उसके लिए जिम्मेदार महसूस नहीं करता। यह एक तरह का "घोस्ट ब्रिक" (भूतिया ईंट) बन जाता है। इंसान इसे तब तक नहीं छेड़ते जब तक कि यह पूरी तरह से खराब न हो जाए, इसलिए यह बिना छुए लंबे समय तक वहीं पड़ा रहता है।

नोट: यह सभी रोबोटों के लिए सच नहीं था। "Copilot-स्टाइल" वाले रोबोट (जो इंसानों को कोड लिखने में मदद करते हैं) सबसे स्थिर ईंटें पैदा करते थे। हालांकि, पूरी तरह से स्वायत्त रोबट (जैसे "Devin," जो अकेले पूरा काम करने की कोशिश करता है) ने ऐसी ईंटें बनाईं जिन्हें मानव ईंटों की तुलना में अधिक बार बदला गया, संभवतः इसलिए क्योंकि वे अधिक प्रयोगात्मक (experimental) थे।

2. मरम्मत के पीछे का "क्यों" (इरादा/Intent)

जब ईंटों को अंततः बदला गया, तो शोधकर्ताओं ने पूछा: क्यों?
उन्होंने यह देखने के लिए "रिपेयर ऑर्डर्स" (कमिट संदेश/commit messages) को देखा कि क्या बदलाव बग्स को ठीक करने, नई सुविधाएँ जोड़ने या पुराने टूल्स को अपडेट करने के लिए किए गए थे।

  • मानव ईंटें (Human Bricks): इंसान अपने कोड को नए वातावरण के अनुकूल बनाने के लिए बदलते थे (जैसे कि दरवाजा हैंडल बदलना क्योंकि नया लॉक सिस्टम इसकी मांग करता है)। इसे "अनुकूलन" (Adaptive) रखरखाव कहा जाता है।
  • AI ईंटें (AI Bricks): जब AI कोड को बदला गया, तो इसकी संभावना थोड़ी अधिक थी कि यह एक बग फिक्स (सुधारात्मक/Corrective) या एक सुरक्षा पैच (निवारक/Preventive) था।
  • सावधानी: अंतर बहुत बड़ा नहीं था। ऐसा नहीं है कि AI कोड "खराब" या "बेहतर" है; बस इसका "रिपेयर प्रोफाइल" थोड़ा अलग है। इसके अलावा, अलग-अलग AI टूल्स बहुत अलग व्यवहार करते थे। एक AI टूल ऐसा कोड बना सकता है जिसे 44% बग फिक्स की आवश्यकता हो, जबकि दूसरा केवल 13% की आवश्यकता वाला कोड बना सकता है। "AI" होने के तथ्य से अधिक महत्वपूर्ण विशिष्ट टूल है।

3. क्या हम भविष्य की भविष्यवाणी कर सकते हैं? (पूर्वानुमान/Forecasting)

शोधकर्ताओं ने दो चीजों की भविष्यवाणी करने के लिए एक क्रिस्टल बॉल (भविष्य बताने वाला यंत्र) बनाने की कोशिश की:

  1. कौन सी ईंटें टूटेंगी? (क्या हम कमजोर लाइनों को पहचान सकते हैं?)
  2. वे कब टूटेंगी? (क्या हम समय की भविष्यवाणी कर सकते हैं?)
  • कमजोरी को पहचानना (सफलता): वे इसमें मध्यम रूप से सफल रहे। कोड की "शब्दावली" (विशिष्ट शब्दों और कमांडों का उपयोग) को देखकर, वे अनुमान लगा सकते थे कि कौन सी लाइनें बदले जाने की संभावना थी। उदाहरण के लिए, वह कोड जो विशिष्ट, बदलते बाहरी सेवाओं (जैसे क्लाउड API) से जुड़ता है, उसे "उच्च जोखिम" के रूप में चिह्नित किया गया था।
  • समय की भविष्यवाणी करना (विफलता): वे यह भविष्यवाणी करने में विफल रहे कि बदलाव कब होगा। यह जानना कि एक ईंट टूट सकती है (कोड सामग्री) आसान है; लेकिन यह जानना कि वह कल टूटेगी या छह महीने बाद (समय) केवल कोड के आधार पर असंभव है।
    • रूपक (Metaphor): यह कार के पुर्जे के घिसने की संभावना जानने जैसा है (कोड की सामग्री), लेकिन आप यह अनुमान नहीं लगा सकते कि मैकेनिक अगले सप्ताह या अगले वर्ष तक उसे ठीक करने के लिए उपलब्ध होगा (संगठनात्मक गतिशीलता)। यह मैकेनिक के शेड्यूल पर निर्भर करता है, न कि स्वयं पुर्जे पर।

मुख्य निष्कर्ष (The Big Takeaway)

शोध पत्र निष्कर्ष निकालता है कि "डिस्पोजेबल AI कोड" का डर काफी हद तक एक मिथक है। AI द्वारा जनरेट किया गया कोड वास्तव में मानव कोड की तुलना में अधिक समय तक जीवित रहता है, मुख्य रूप से इसलिए क्योंकि इंसान इसे छूने से कतराते हैं।

हालांकि, वास्तविक बाधा यह नहीं है कि AI कैसा कोड लिखता है। वास्तविक समस्या यह है कि संगठन इसे कैसे प्रबंधित करते हैं। यदि कोई कंपनी AI के काम के लिए कोई मानव "मालिक" (owner) नियुक्त नहीं करती है, तो वह कोड लंबे समय तक बिना छुए पड़ा रह सकता है, इसलिए नहीं कि वह एकदम सही है, बल्कि इसलिए क्योंकि कोई भी उसके लिए जिम्मेदार महसूस नहीं करता। AI कोड को टिकाऊ बनाने की कुंजी केवल बेहतर रोबोट नहीं है; बल्कि बेहतर मानव प्रबंधन और स्पष्ट स्वामित्व है।

अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?

आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।

Digest आज़माएँ →