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

The Order Is the Guarantee: Verifier-Budgeted Code Deletion with Static-First Learned Proposals

यह शोधपत्र DELSCOUT को प्रस्तुत करता है, जो एक ऐसा ढांचा है जो सीमित सत्यापन बजट के तहत अनावश्यक कोड को सुरक्षित रूप से हटाने के लिए मॉडल आत्मविश्वास (model confidence) के बजाय कोड विलोपन उम्मीदवारों (code deletion candidates) के क्रम को प्राथमिकता देता है, जो यह प्रदर्शित करता है कि स्टेटिक और लर्नड प्रस्तावों का एक हाइब्रिड शेड्यूल निष्पादन अधिकार (execution authority) के माध्यम से व्यवहार संरक्षण सुनिश्चित करते हुए सत्यापित विलोपन को अधिकतम करता है।

मूल लेखक: Ruitong Li, Binjie Guo, Aisheng Mo, Guowei Su, Han Wang, Jie Li, Ru Zhang

प्रकाशित 2026-08-06
📖 7 मिनट में पढ़ें🧠 गहराई से पढ़ें

मूल लेखक: Ruitong Li, Binjie Guo, Aisheng Mo, Guowei Su, Han Wang, Jie Li, Ru Zhang

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

पृष्ठभूमि: जब AI बहुत अधिक लिखता है

कल्पना कीजिए कि आप लेगो (LEGO) ईंटों से एक विशाल, जटिल किला बना रहे हैं। अतीत में, आपको हर एक ईंट को अपने हाथों से रखना पड़ता था, जो धीमा और कठिन काम था। अब, कल्पना कीजिए कि एक सुपर-फास्ट रोबोट है जो सेकंडों में पूरे टावर जोड़ सकता है। आधुनिक AI कोडिंग मॉडल यही करते हैं: वे अविश्वसनीय रूप से तेज़ी से काम करने वाले कंप्यूटर प्रोग्राम लिख सकते हैं, जो अक्सर पहेलियों को हल करने में मानव विशेषज्ञों की बराबरी करते हैं या उनसे बेहतर प्रदर्शन करते हैं।

लेकिन यहाँ एक पेच है: सिर्फ इसलिए कि एक रोबोट तेज़ी से किला बना सकता है, इसका मतलब यह नहीं है कि किला व्यवस्थित भी होगा। यदि आप रोबोट से कहें कि "इस दीवार को ठीक करो" या "एक नया दरवाज़ा जोड़ो," तो वह अक्सर पुराने टुकड़ों को हटाने के बजाय पुराने ईंटों के ऊपर ही नए ईंटों का ढेर लगा देता है। समय के साथ, आपका किला अतिरिक्त दरवाजों, डुप्लिकेट दीवारों और छिपे हुए जाल का एक फूला हुआ ढेर बन जाता है जिसकी किसी को ज़रूरत नहीं होती। सॉफ़्टवेयर की दुनिया में, इसे "तकनीकी ऋण" (technical debt) कहा जाता है। यह कोड को पढ़ना, ठीक करना और उस पर भरोसा करना कठिन बना देता है।

यह शोध पत्र मुख्य सवाल का समाधान करता है: हम AI को एक अच्छा बिल्डर बनने के बजाय एक अच्छा एडिटर (संपादक) बनने के लिए कैसे सिखा सकते हैं? हम जानते हैं कि AI को कोड लिखने के लिए कैसे कहना है, लेकिन AI को कोड मिटाने के लिए कहना खतरनाक है। यदि AI गलत हिस्सा मिटा देता है, तो पूरा किला ढह सकता है। चुनौती एक ऐसा तरीका खोजने की है जिससे AI को यह सुझाव देने की अनुमति मिले कि क्या फेंक देना चाहिए, जबकि एक सख्त सुरक्षा प्रणाली यह सुनिश्चित करे कि डिलीशन तभी हो जब वह 100% आश्वस्त हो कि किला अभी भी खड़ा रहेगा।


शोध पत्र: कोड मिटाने के लिए "क्रियाओं का क्रम" (Order of Operations)

इस शोध पत्र के पीछे के शोधकर्ताओं ने, जो अपने सिस्टम को DelScout कहते हैं, महसूस किया कि सुरक्षित कोड डिलीशन का रहस्य केवल इस बारे में नहीं है कि AI कितना "स्मार्ट" है। इसके बजाय, यह इस बारे में है कि AI अपने विचारों की जाँच किस क्रम में करता है।

इसे एक संग्रहालय के सुरक्षा गार्ड की तरह समझें जिसके पास पेंटिंग्स की जालसाजी की जाँच करने के लिए सीमित समय है। गार्ड के पास निरीक्षण के लिए पेंटिंग्स की एक सूची है। यदि वे सबसे संभावित नकली पेंटिंग्स की जाँच पहले करते हैं, तो वे जालसाजी को जल्दी पकड़ सकते हैं। लेकिन यदि वे पहले एक उबाऊ, स्पष्ट रूप से असली पेंटिंग की जाँच करते हैं, तो हो सकता है कि संदिग्ध पेंटिंग तक पहुँचने से पहले ही उनका समय समाप्त हो जाए। शोध पत्र का तर्क है कि कोड मिटाने के लिए, शेड्यूल (जाँचने का क्रम) AI के आत्मविश्वास स्कोर (confidence score) से अधिक महत्वपूर्ण है।

दो रणनीतियाँ: "मिश्रण" और "सुरक्षा जाल"

टीम ने AI के सुझावों को व्यवस्थित करने के दो अलग-अलग तरीकों का परीक्षण किया, जिसमें पाँच जाँचों का एक "बजट" (जैसे पाँच पेंटिंग्स के निरीक्षण के लिए पाँच टिकट होना) का उपयोग किया गया।

  1. "वैलिडेटेड मिश्रण" (The Validated Mixture - एक स्मार्ट बदलाव):
    यदि टीम के पास उस विशिष्ट प्रकार के प्रोजेक्ट का डेटा है जिस पर वे काम कर रहे हैं, तो वे एक मिश्रित रणनीति का उपयोग करते हैं। वे पहले तीन जाँचों को "सुरक्षित दांव" (safe bets) के लिए रखते हैं—सरल, स्पष्ट चीजें जैसे अप्रयुक्त इम्पोर्ट्स (unused imports) को हटाना या कोड की छोटी लाइनें जिन्हें एक बुनियादी कंप्यूटर प्रोग्राम यह साबित करने के लिए बेकार मान सकता है कि वे निरर्थक हैं। फिर, वे शेष दो स्लॉट्स का उपयोग AI के "सीखे हुए" सुझावों के लिए करते हैं। ये AI के सबसे अच्छे अनुमान होते हैं कि जटिल, ट्रिकी कोड के बारे में, जिसे एक बुनियादी चेकर नहीं समझ सकता।

    • परिणाम: MBPP नामक एक मानक कोडिंग बेंचमार्क पर अपने परीक्षणों में, इस मिश्रण ने उन्हें केवल बुनियादी सुरक्षित जाँचों का उपयोग करने की तुलना में 9.5% अधिक कोड सफलतापूर्वक मिटाने की अनुमति दी। उन्होंने औसतन 6.7 अधिक सफल डिलीशन पाए, बिना किसी अतिरिक्त सुरक्षा जाँच को चलाए।
  2. "प्रिफिक्स-प्रिजर्विंग ऑग्मेंटेशन" (The Prefix-Preserving Augmentation - एक सुरक्षा जाल):
    क्या होगा यदि AI किसी बिल्कुल नए प्रकार के प्रोजेक्ट पर काम कर रहा है जहाँ उनके पास भरोसा करने के लिए पिछला डेटा नहीं है? शोधकर्ताओं ने महसूस किया कि "सुरक्षित दांव" को AI के अनुमानों से बदलना जोखिम भरा है। यदि AI गलत अनुमान लगाता है, तो वह उस डिलीशन को मिस कर सकता है जिसे बुनियादी चेकर ढूंढ लेता।
    इसलिए, उन्होंने एक "सुरक्षा जाल" नियम डिज़ाइन किया: सुरक्षित दांवों को कभी न छोड़ें। वे सिस्टम को सभी पाँच "सुरक्षित" सुझावों की जाँच करने के लिए मजबूर करते हैं। केवल यदि वे सभी पाँच भी विफल हो जाते हैं, तभी सिस्टम को अपने अतिरिक्त स्लॉट्स का उपयोग करके AI के शानदार अनुमानों की जाँच करने की अनुमति मिलती है।

    • गारंटी: यह सुनिश्चित करता है कि सिस्टम कभी भी बुनियादी विधि की तुलना में कम कोड डिलीट नहीं करेगा। यह अधिक डिलीशन पा सकता है, लेकिन यह कभी भी उसे मिस नहीं करेगा जिसे बुनियादी विधि ने पकड़ा था।
    • लागत: इसका नुकसान यह है कि यह सुरक्षा जाल कभी-कभी अधिक समय लेता है। परीक्षण के आधार पर, इसके लिए 4.8% से 62.5% अधिक सुरक्षा जाँचों (verifier calls) की आवश्यकता पड़ी क्योंकि सिस्टम को AI के विचारों को आज़माने से पहले पूरी 'सुरक्षित' सूची से गुजरना पड़ा।

शोध पत्र किन बातों को खारिज करता है

लेखकों ने बहुत सावधानी से यह दिखाया कि क्या काम नहीं करता है। उन्होंने सिद्ध किया कि आप केवल यह तय करने के लिए AI के "कॉन्फिडेंस स्कोर" पर भरोसा नहीं कर सकते कि क्या मिटाना है। भले ही AI कहे, "मैं 99% आश्वस्त हूँ कि यह लाइन बेकार है," फिर भी वह गलत हो सकता है यदि परीक्षण वातावरण बदल जाता है।

उन्होंने यह भी दिखाया कि केवल AI को कोड मिटाने में "बेहतर" होने के लिए प्रशिक्षित करना समस्या का समाधान नहीं है। यदि आप सुरक्षा जाल के बिना "सुरक्षित" जाँचों को "AI" जाँचों से बदलते हैं, तो सिस्टम नए, अपरिचित कोड का सामना करने पर वास्तव में बदतर प्रदर्शन कर सकता है। शोध पत्र स्पष्ट रूप से इस विचार को खारिज करता है कि केवल एक स्मार्ट AI मॉडल ही समाधान है; समाधान यह है कि AI और सुरक्षा जाँचें मिलकर कैसे काम करती हैं, इसका ढांचा (structure) ही समाधान है।

निष्कर्ष

शोध पत्र निष्कर्ष निकालता है कि कोडिंग का भविष्य केवल अधिक कोड लिखने के बारे में नहीं है; यह कोड को साफ रखने के बारे में है। सबसे अच्छा दृष्टिकोण श्रम का विभाजन है:

  • AI एक रचनात्मक खोजकर्ता के रूप में कार्य करता है, जो ट्रिकी, संदर्भ-आधारित डिलीशन का सुझाव देता है जिन्हें इंसान भी मिस कर सकते हैं।
  • क्रम (Order) एक ट्रैफिक पुलिस की तरह कार्य करता है, यह सुनिश्चित करता है कि AI उबाऊ लेकिन विश्वसनीय सुरक्षा जाँचों के मार्ग को बाधित न करे।
  • परीक्षण (Tests) अंतिम न्यायाधीश के रूप में कार्य करते हैं, केवल तभी डिलीशन की अनुमति देते हैं जब कोड वास्तव में बिना क्रैश हुए चलता है।

अपने प्रयोगों में, यह पद्धति सॉफ्टवेयर को सुरक्षित रखते हुए अनावश्यक कोड को सफलतापूर्वक हटाया। हालाँकि, लेखक चेतावनी देते हैं कि यह रखरखाव के लिए एक उपकरण है, कोई जादुous छड़ी नहीं। यदि परीक्षण स्वयं कमजोर हैं या कोड कुछ महत्वपूर्ण कार्य करता है जो टेस्ट नहीं किया गया है (जैसे कि सुरक्षा जाँच), तो AI उसे नहीं मिटाना चाहिए। लक्ष्य सॉफ़्टवेयर को लीन (lean) और समझने योग्य बनाए रखना है, यह सुनिश्चित करना कि जैसे-जैसे AI अधिक लिखता है, हमारे डिजिटल किले अप्रयुक्त ईंटों के अनियंत्रित जंगल न बन जाएं।

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

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

Digest आज़माएँ →