← नवीनतम पेपर
💻 computer science

Beyond the Prompt: Assessing Domain Knowledge Strategies for High-Dimensional LLM Optimization in Software Engineering

यह शोध पत्र इस बात की जांच करता है कि कैसे चार विशिष्ट आर्किटेक्चर के माध्यम से डोमेन ज्ञान को एकीकृत करना—जिसमें 'ह्यूमन-इन-द-लूप प्रॉम्प्टिंग' से लेकर हाइब्रिड सांख्यिकीय-RAG दृष्टिकोण तक शामिल हैं—लार्ज लैंग्वेज मॉडल्स को उन उच्च-आयामी सॉफ्टवेयर इंजीनियरिंग अनुकूलन कार्यों के लिए प्रभावी ढंग से 'वॉर्म स्टार्ट' उत्पन्न करने में सक्षम बना सकता है जहाँ वे वर्तमान में बेयसियन विधियों की तुलना में कम प्रदर्शन करते हैं।

मूल लेखक: Srinath Srinivasan, Tim Menzies

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

मूल लेखक: Srinath Srinivasan, Tim Menzies

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

कल्पना कीजिए कि आप एक विशाल, जटिल केक के लिए एकदम सही रेसिपी खोजने की कोशिश कर रहे हैं। आपके पास एक बहुत ही बुद्धिमान, विद्वान शेफ है (जिसे लार्ज लैंग्वेज मॉडल या LLM कहा जाता है), जिसने लाखों कुकबुक्स पढ़ी हैं। हालांकि, इस शेफ ने वास्तव में आपका विशिष्ट केक पहले कभी नहीं बनाया है, और इस केक में सैकड़ों सामग्रियां (फीचर्स) हैं जो जटिल तरीके से एक-दूसरे के साथ परस्पर क्रिया करती हैं।

यह शोध पत्र तर्क देता है कि जबकि यह शेफ सरल केक के लिए बेहतरीन है जिनमें केवल कुछ ही सामग्रियां होती हैं, जब रेसिपी जटिल हो जाती है (उच्च-आयामी/high-dimensional समस्याएं), तो वे पूरी तरह से भटक जाते हैं। वे बेतहाशा अनुमान लगाने लगते हैं, और अक्सर केवल कटोरे में यादृच्छिक (random) सामग्रियां डालने से भी बुरा प्रदर्शन करते हैं।

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

यहाँ उनकी चार रणनीतियों का विवरण दिया गया, जो रोजमर्रा के उदाहरणों का उपयोग करता है:

समस्या: "डायमेंशनल बैरियर" (आयामी बाधा)

शेफ के ज्ञान को एक मानचित्र की तरह समझें।

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

चार रणनीतियाँ (मार्गदर्शक)

1. H-DKP: "मानवीय मेंटर" लूप

  • उदाहरण: कल्पना करें कि शेफ एक अनुभवी बेकर (एक मानव विशेषज्ञ) के साथ काम कर रहा है। हर दिन 10 दिनों तक, शेफ एक रेसिपी आज़माता है, और बेकर उसके परिणाम को देखता है।
    • दिन 1: शेफ एक नियम का अनुमान लगाता है ("अधिक चीनी डालें")। बेकर कहता है, "नहीं, इस आटे के लिए यह गलत है।"
    • दिन 2: शेफ फिर से प्रयास करता है, लेकिन एक विशिष्ट गलती करता है (जैसे, केक जल जाता है)। बेकर उस सटीक नियम की ओर इशारा करता है जिसे शेफ ने मिस कर दिया था ("आपने गर्मी कम नहीं की क्योंकि यह पैन गर्मी को तेजी से संचालित करता है")।
    • परिणाम: शेफ प्रतिदिन अपनी मानसिक नियम पुस्तिका को अपडेट करता है। 10वें दिन तक, शेफ ने इस रसोई के विशिष्ट "अलिखित नियमों" को सीख लिया है जो किसी भी कुकबुक में नहीं हैं।
  • शोध पत्र का दावा: यह इस शेफ़ की कमियों को सुधारने के लिए मानवीय फीडबैक का उपयोग करके पुनरावृत्ति (iteratively) करता है।

2. AMP: "चरण-दर-चरण जासूस"

  • उदाहरण: आमतौर पर, शेफ से "एक केक बनाओ!" कहा जाता है और वे तुरंत अनुमान लगाने लगते हैं। यह विधि शेफ को बेकिंग करने से पहले एक जासूस की तरह सोचने और धीमा होने के लिए मजबूर करती है।
    • चरण 1 (विश्लेषण): "सामग्रियों को देखें। सबसे महत्वपूर्ण 3 कौन सी हैं?"
    • चरण 2 (नियम): "कठोर नियम क्या हैं? (जैसे, यदि आपके पास केवल 1 कटोरा है तो आप 100 अंडे नहीं रख सकते)।"
    • चरण 3 (बेकिंग): अब, उन विशिष्ट नियमों का पालन करते हुए केक बनाएं।
    • चरण 4 (स्व-जांच): "रुको, क्या मैंने कोई नियम तोड़ा? यदि हाँ, तो इसे ठीक करें।"
  • शोध पत्र का दावा: शेफ को अपना तर्क लिखने और अपने काम की जांच करने के लिए मजबूर करके, वे मूर्खतापूर्ण गलतियाँ कम करते हैं।

3. DAPR: "ज़ूम-इन" दृष्टिकोण

  • उदाहरण: एक साथ पूरे शहर को नेविगेट करने की कोशिश करना बहुत भारी हो सकता है। यह विधि शेफ को पहले 90% शहर को अनदेखा करने के लिए कहती है।
    • चरण 1: केवल 5 सबसे महत्वपूर्ण सड़कों (फीचर्स) पर ध्यान केंद्रित करें। वहां तक का सबसे अच्छा रास्ता खोजें।
    • चरण 2: अब, अगले 5 सड़कों को मानचित्र में जोड़ें, लेकिन चरण 1 के सर्वश्रेष्ठ मार्ग को अपने आधार (anchor) के रूप में रखें।
    • चरण 3: पूरे शहर को जोड़ने तक इसे जारी रखें।
  • शोध पत्र का दावा: पूरी जटिल समस्या को एक साथ हल करने के बजाय, शेफ पहले एक छोटा, आसान संस्करण हल करता है, फिर धीरे-धीरे जटिलता जोड़ता है, और पिछले सफल प्रयास को एक गाइड के रूप में उपयोग करता है।

4. HKMA: "डेटा स्काउट + लाइब्रेरियन" टीम

  • उदाहरण: शेफ शब्दों को समझने में अच्छा है लेकिन गणित में बुरा है। यह विधि दो सहायकों को लाती है:
    • द स्काउट (TPE): एक रोबोट जो वास्तविक दुनिया में क्या काम करता है यह देखने के लिए 10 छोटे, सस्ते प्रयोग तेजी से चलाता है। यह कहता है, "हे, जब हम उच्च ताप का उपयोग करते हैं, तो केक आमतौर पर बेहतर फूलता है।"
    • द लाइब्रेरियन (RAG): एक शोधकर्ता जो लाइब्रेरी (दस्तावेज़ीकरण) में देखता है कि ऐसा क्यों होता है और विज्ञान की व्याख्या करता है।
    • शेफ: अब, शेफ को स्काउट का डेटा ("यह करें") और लाइब्रेरियन की व्याख्या ("क्योंकि यह भौतिकी है") मिलता है, और वह पूर्ण केक बनाने के लिए दोनों को मिला देता है।
  • शोध पत्र का दावा: यह वास्तविक दुनिया के डेटा पैटर्न को शेफ की टेक्स्ट समझने की क्षमता के साथ जोड़ता है, जिससे शेफ की संख्याएँ "हैलुसिनेट" (मनगढ़ंत बनाना) करने की प्रवृत्ति ठीक हो जाती है।

वे सफलता को कैसे मापते हैं

शोधकर्ता केवल अंदाजे से नहीं कह रहे कि ये विधियाँ काम करती हैं। वे एक विशिष्ट पैमाने का उपयोग करते हैं जिसे चेबिशेव डिस्टेंस (Chebyshev Distance) कहा जाता है।

  • कल्पना कीजिए कि "परफेक्ट केक" डार्टबोर्ड पर एक बुल्सआई (केंद्र) है।
  • वे मापते हैं कि शेफ का पहला अनुमान उस बुल्सआई से कितनी दूर है।
  • अनुमान जितना करीब होगा, "वॉर्म स्टार्ट" उतना ही बेहतर होगा।
  • वे यह भी जाँचते हैं कि क्या शेफ विविध अनुमान (विविधता) उत्पन्न कर रहा है या केवल एक ही चीज़ को दोहरा रहा है।

मुख्य निष्कर्ष

यह शोध पत्र एक प्रस्ताव है जो इन चार विधियों का परीक्षण करता है। वे जानना चाहते हैं कि:

  1. कौन सी विधि शेफ की सबसे अधिक मदद करती है?
  2. क्या यह सरल केक के लिए बेहतर काम करती है या जटिल केक के लिए?
  3. क्या एक मानव मेंटर या डेटा स्काउट का उपयोग करने के लिए अतिरिक्त समय और पैसा (कंप्यूटेशनल लागत) खर्च करना सार्थक है, या "चरण-दर-चरण" विधि ही पर्याप्त है?

वे अनिवार्य रूप से यह पता लगाने की कोशिश कर रहे हैं कि कैसे एक स्मार्ट लेकिन अनुभवहीन AI को जटिल सॉफ्टवेयर समस्याओं के लिए एक मास्टर ऑप्टिमाइज़र में बदला जाए, इसके लिए उसे सही प्रकार की "शुरुआती समझ" देकर।

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

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

Digest आज़माएँ →