What makes prompts a graph: necessary and sufficient conditions for prompt graph engineering
यह शोध पत्र "प्रॉम्ट ग्राफ इंजीनियरिंग" के लिए एक संरचनात्मक परिभाषा और परिचालन ढांचा प्रस्तावित करता है ताकि आधुनिक प्रॉम्ट सिस्टम को स्पष्ट, निष्पादन योग्य ग्राफ़ के रूप में औपचारिक रूप से चित्रित किया जा सके, जिससे वर्तमान में उद्योग में सर्वव्यापी लेकिन सटीक सैद्धांतिक परिभाषा के अभाव वाली इस पद्धति के लिए आवश्यक शर्तें, एक साझा शब्दावली और एक अनुसंधान एजेंडा स्थापित किया जा सके।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक सुपर-स्मार्ट रोबोट को रहस्य सुलझाना सिखाने की कोशिश कर रहे हैं। शुरुआत में, आपने बस रोबोट को एक विशाल, पूर्ण पत्र लिखा, इस उम्मीद में कि वह उस एक संदेश से सब कुछ समझ जाएगा। वह पुराना तरीका था: एक प्रॉम्प्ट, एक उत्तर। लेकिन जैसे-जैसे रोबोट अधिक बुद्धिमान होते गए और रहस्य कठिन होते गए, वह एक अकेला पत्र पर्याप्त नहीं रहा। इंजीनियरों को एहसास हुआ कि उन्हें समस्या को टुकड़ों में तोड़ने की आवश्यकता है। उन्होंने रोबोट को एक योजना लिखने, फिर अपने काम की जाँच करने, फिर किसी विशेषज्ञ से मदद माँगने, और अंत में सबसे अच्छे उत्तर पर मतदान करने के लिए प्रेरित करना शुरू किया। अचानक, "प्रॉम्प्ट" केवल एक पत्र नहीं रह गया; यह रोबोटों की एक पूरी टीम बन गया जो एक विशिष्ट क्रम में मिलकर काम कर रही थी।
यहीं से चीजें पेचीदा हो जाती हैं। जब आपके पास नोट्स पास करने वाले रोबोटों की एक टीम होती है, तो आपको एक मानचित्र (मैप) की आवश्यकता होती है जो यह दिखाए कि कौन किससे बात करता है, कौन किसका इंतज़ार करता है, और अंतिम निर्णय कौन लेता है। कंप्यूटर विज्ञान की दुनिया में, इस मानचित्र को ग्राफ (graph) कहा जाता है। एक ग्राफ को सबवे मैप की तरह समझें: स्टेशन कदम हैं (जैसे "सुराग पढ़ें" या "विशेषज्ञ को बुलाएं"), और ट्रैक वे निर्देश हैं जो रोबोट को बताते हैं कि आगे कहाँ जाना है। कुछ ट्रैक वापस पीछे की ओर जाते हैं यदि कोई गलती होती है; कुछ एक ही समय में दो रास्तों में विभाजित हो जाते हैं। बड़ा सवाल यह है कि कब निर्देशों का एक अव्यवस्थित संग्रह एक वास्तविक, आधिकारिक "ग्राफ" बन जाता है जिसे हम पढ़ सकें, सुधार सकें और बेहतर बना सकें? यदि हम इस पर सहमत नहीं हो पाते कि एक ग्राफ वास्तव में क्या है, तो हम इन रोबोट टीमों को प्रबंधित करने के लिए बेहतर उपकरण नहीं बना सकते।
यह शोध पत्र, जिसे सैंडेको मैसेडो (Sandeco Macedo) ने लिखा है, इस नए क्षेत्र के लिए आधिकारिक सीमा रेखा खींचने की कोशिश करने वाले एक जासूस की तरह है। लेखक का तर्क है कि हम "ग्राफ" शब्द का उपयोग बहुत ढीले तरीके से करते आ रहे हैं। कभी-कभी लोग इसका उपयोग यह बताने के लिए करते हैं कि एक रोबोट अपने दिमाग के भीतर कैसे सोचता है, और कभी-कभी वे इसका उपयोग उस मानचित्र को वर्णित करने के लिए करते हैं जो एक इंजीनियर ने रोबोट को नियंत्रित करने के लिए बनाया है। पेपर सुझाव देता है कि किसी चीज़ को "प्रॉम्प्ट ग्राफ इंजीनियरिंग" कहलाने के लिए, उसे एक विशिष्ट प्रकार का इंजीनियर किया गया मानचित्र होना चाहिए, न कि केवल एक यादृच्छिक बातचीत या विचार प्रक्रिया।
लेखक एक सख्त चार-भाग वाले परीक्षण का प्रस्ताव देता है यह तय करने के लिए कि क्या कोई प्रणाली एक वास्तविक "प्रॉम्प्ट ग्राफ" है। पहला, मानचित्र को स्पष्ट (explicit) होना चाहिए: आप इसे रोबोट के चलने से पहले कागज पर (या कोड में) स्टेशनों और ट्रैकों के रूप में देख पाने में सक्षम होने चाहिए। दूसरा, मानचित्र को नोट्स से अलग होना चाहिए: आपको ट्रैकों पर दिए गए निर्देशों (संरचना) को बदलने में सक्षम होना चाहिए बिना उन पत्रों को दोबारा लिखे (सामग्री) जिन्हें रोबोट पढ़ता है, और इसके विपरीत भी। तीसरा, मानचित्र को एक्जीक्यूटेबल (executable/निष्पादन योग्य) होना चाहिए: यह केवल एक ड्राइंग नहीं है; एक कंप्यूटर को इसे वास्तव में चलाना चाहिए, और नियमों के आधार पर तय करना चाहिए कि अगले स्टेशन पर कहाँ जाना है। और चौथा, मानचित्र को एक वास्तविक वस्तु (real object) होना चाहिए: इसे एक फ़ाइल या डिज़ाइन के रूप में मौजूद होना चाहिए जिसे बचाया जा सके, वर्ज़न बनाया जा सके और समय के साथ सुधारा जा सके, ठीक वैसे ही जैसे घर का एक ब्लूप्रिंट होता है।
इस परीक्षण का उपयोग करते हुए, पेपर वास्तविक उपकरणों को नकलचीों से अलग करता है। यह पुष्टि करता है कि लैंगग्राफ (LangGraph) और डीएसपीवाई (DSPy) जैसे सिस्टम वास्तविक प्रॉम्प्ट ग्राफ हैं क्योंकि उनके पास स्पष्ट मानचित्र, अलग संरचनाएं और रनटाइम हैं जो उन्हें निष्पादित करते हैं। हालाँकि, यह कुछ लोकप्रिय मल्टी-एजेंट सिस्टम को खारिज करता है जहाँ रोबोट स्वतंत्र रूप से चैट करते हैं और जिस पथ पर वे चलते हैं वह बातचीत पूरी होने के बाद ही पता चलता है; वे "इमर्जेंट" (उभरते हुए) प्रवाह हैं, इंजीनियर किए गए ग्राफ नहीं। पेपर यह भी स्पष्ट करता है कि जबकि "थॉट टोपोलॉजी" (जहाँ एक रोबोट विचारों का एक पेड़ बनाता है) ग्राफ जैसा दिखता है, वे एक ही चीज़ नहीं हैं क्योंकि मानचित्र इंजीनियर द्वारा नहीं, बल्कि रोबोट द्वारा बनाया जाता है।
अंततः, पेपर सुझाव देता है कि हम एक महत्वपूर्ण मोड़ पर हैं। हम एकल पत्र लिखने से लेकर जटिल, लूपिंग और ब्रांचिंग सिस्टम को इंजीनियर करने की ओर बढ़ गए हैं। एक "प्रॉम्प्ट ग्राफ" को सटीक रूप से परिभाषित करके, लेखक इंजीनियरों को एक साझा शब्दावली और एक चेकलिस्ट प्रदान करता है। यह हर समस्या को हल नहीं करता है, लेकिन यह हमें एक अव्यवस्थित बातचीत को "ग्राफ" कहने से रोकता है और हमें ऐसे सिस्टम बनाने पर ध्यान केंद्रित करने में मदद करता है जहाँ संरचना को स्वयं निरीक्षण, परीक्षण और अनुकूलित किया जा सके। पेपर निष्कर्ष निकालता है कि हालांकि इन मानचित्रों को बनाने का अभ्यास प्रयोगशालाओं और कंपनियों में पहले से ही चल रहा है, एक स्पष्ट परिभाषा ही वह आवश्यक पहला कदम है जिससे हम यह माप सकें कि ये मानचित्र हमारे AI सिस्टम को कितना बेहतर बनाते हैं।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।