RPG: A Repository Planning Graph for Unified and Scalable Codebase Generation
यह शोध पत्र RPG का परिचय देता है, जो एक संरचित रिपॉजिटरी प्लानिंग ग्राफ (Repository Planning Graph) है जो अस्पष्ट प्राकृतिक भाषा नियोजन को स्पष्ट ब्लूप्रिंट से प्रतिस्थापित करता है, जिससे ZeroRepo फ्रेमवर्क मौजूदा बेसलाइनों की तुलना में बेहतर टेस्ट सटीकता के साथ काफी बड़े, अधिक सुसंगत और उच्च गुणवत्ता वाले सॉफ्टवेयर रिपॉजिटरी उत्पन्न करने में सक्षम होता है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक प्रतिभाशाली लेकिन थोड़े अराजक (chaotic) वास्तुकार से एक वाक्य के आधार पर शून्य से एक विशाल, हलचल भरे शहर का निर्माण करने के लिए कहते हैं: "मशीन लर्निंग के लिए एक शहर बनाओ।"
यदि आप इस निर्देश को आज के सामान्य AI (जैसे कि हम उपयोग करते हैं) को देते हैं, तो वह शायद एक घर बनाना शुरू करेगा, फिर उसे एहसास होगा कि उसे एक सड़क की जरूरत है, फिर एक पुल बनाएगा, और फिर भूल जाएगा कि पानी के पाइप कहाँ जाने चाहिए। यह एक गगनचुंबी इमारत बनाने के लिए एक-एक करके ईंटें रखने जैसा है बिना किसी ब्लूप्रिंट के। परिणाम अक्सर कोड का एक बिखरा हुआ ढेर होता है जो आपस में ठीक से काम नहीं करता।
यह पेपर RPG (Repository Planning Graph) और ZeroRepo को पेश करता है, जो AI को विशाल, व्यवस्थित और वास्तव में काम करने वाले पूरे सॉफ्टवेयर "शहरों" (रिपॉजिटरी) को बनाने में मदद करने का एक नया तरीका है।
सरल उपमाओं (analogies) का उपयोग करके इसका विवरण यहाँ दिया गया है:
1. समस्या: "वर्ड सलाद" (Word Salad) दृष्टिकोण
वर्तमान AI कोडिंग टूल्स एक एकल पैराग्राफ (एक फंक्शन) या एक एकल पृष्ठ (एक फ़ाइल) लिखने में बेहतरीन हैं। लेकिन जब उन्हें एक पूरी किताब (एक सॉफ्टवेयर रिपॉजिटरी) लिखने के लिए कहा जाता है, तो वे भटक जाते हैं।
- समस्या: वे योजना बनाने के लिए "प्राकृतिक भाषा" (शब्दों) पर निर्भर रहते हैं। शब्द अस्पष्ट होते हैं। यदि आप कहते हैं "एक लाइब्रेरी बनाओ," तो AI भूल सकता है कि किताबों को अलमारियों की आवश्यकता होती है, अलमारियों को फर्श की आवश्यकता होती है, और फर्श को नींव की आवश्यकता होती है।
- परिणाम: AI कुछ कमरे बनाता है, इस बात को लेकर भ्रमित हो जाता है कि वे कैसे जुड़ते हैं, और रुक जाता है। यह छोटे, खंडित प्रोजेक्ट बनाता है जो अक्सर टूटे हुए होते हैं।
2. समाधान: "ब्लूप्रिंट" (RPG)
लेखकों ने Repository Planning Graph (RPG) नामक कुछ बनाया है। इसे केवल शब्दों की सूची के रूप में नहीं, बल्कि एक जीवंत, संवादात्मक ब्लूप्रिंट के रूप में सोचें।
- नोड्स (Nodes) कमरे हैं: केवल "हमें एक रसोई की आवश्यकता है" लिखने के बजाय, RPG रसोई के लिए एक विशिष्ट नोड, बेडरूम के लिए दूसरा और प्लंबिंग के लिए एक और नोड बनाता है।
- एजेस (Edges) पाइप और तार हैं: RPG इन नोड्स के बीच रेखाएं खींचता है। यह जानता है कि वॉटर पंप (नोड A) को किचन सिंक (नोड B) से जुड़ना ही होगा, इससे पहले कि नल (नोड C) काम कर सके।
- यह क्यों मायने रखता है: यह अनुमान लगाने की गुंजाइश को खत्म कर देता है। AI को यह "याद" रखने की आवश्यकता नहीं है कि चीजें कैसे जुड़ती हैं; ग्राफ इसे सटीक रूप से बताता है कि क्या बनाना है और किस क्रम में बनाना है।
3. निर्माता: ZeroRepo
ZeroRepo वह निर्माण दल (construction crew) है जो इस ब्लूप्रिंट का उपयोग करता है। यह तीन अलग-अलग चरणों में काम करता है:
- चरण 1: प्रस्ताव (The "What"):
कल्पना कीजिए कि एक मास्टर प्लानर दुनिया की हर संभव विशेषता (जैसे "डेटा लोडिंग," "क्लस्टरिंग," "विज़ुअलाइज़ेशन") के एक विशाल कैटलॉग को देख रहा है। प्लानर चुनता है कि इस विशिष्ट शहर के लिए कौन सी चीजें आवश्यक हैं और उन्हें एक मोटे नक्शे में व्यवस्थित करता है। - चरण 2: कार्यान्वयन (The "How"):
अब, प्लानर ज़ूम इन करता है। वे "किचन" नोड को विशिष्ट फ़ाइलों की एक सूची में बदल देते हैं:sink.py,stove.py,fridge.py| वे पाइपों (डेटा प्रवाह) को खींचते हैं जिससे पता चलता है कि पानी मुख्य लाइन से सिंक तक कैसे चलता है। यह पूर्ण RPG बनाता है। - चरण 3: निर्माण (The "Build"):
AI निर्माण शुरू करता है। लेकिन यह केवल कोड नहीं लिखता; यह ब्लूप्रिंट के क्रम का पालन करता है।- यह पहले नींव बनाता है।
- यह दीवारें बनाता है।
- महत्वपूर्ण: हर कमरे को बनाने के बाद, यह तुरंत एक "सुरक्षा निरीक्षण" (टेस्ट) चलाता है। यदि सिंक लीक होता है, तो यह अगले कमरे पर जाने से पहले उसे ठीक कर देता है। यह सुनिश्चित करता है कि पूरा शहर बाद में ढह न जाए।
4. परिणाम: एक झोपड़ी बनाम एक शहर
शोधकर्ताओं ने अन्य शीर्ष AI कोडर्स (जैसे Claude Code) के मुकाबले इसे RepoCraft (6 वास्तविक दुनिया के प्रोजेक्ट्स जैसे डेटा टूल्स और वेब फ्रेमवर्क वाला एक टेस्ट) नामक बेंचमार्क का उपयोग करके परखा।
- आकार: RPG का उपयोग करने वाले AI ने प्रतिस्पर्धी की तुलना में 3.9 गुना बड़ा कोड बनाया। इसने केवल एक झोपड़ी नहीं बनाई; इसने एक गगनचुंबी इमारत बनाई।
- गुणवत्ता: इसने कार्यात्मक परीक्षणों के 81.5% पास किए, जबकि प्रतिस्पर्धी ने केवल 54% पास किए।
- स्केलेबिलिटी (Scalability): जैसे-जैसे प्रोजेक्ट बड़ा होता गया, RPG विधि बेहतर होती गई (लीनियर ग्रोथ), जबकि अन्य भ्रमित हो गए और नए फीचर्स जोड़ना बंद कर दिया।
5. बग खोजने के लिए "GPS" की उपमा
एक विशाल कोडबेस में बग ढूंढना सबसे कठिन कामों में से एक है।
- RPG के बिना: यह कपड़ों के एक विशाल, बिखरे हुए ढेर में एक विशिष्ट खोए हुए मोज़े को खोजने जैसा है। आपको सब कुछ खोदकर देखना पड़ता है।
- RPG के साथ: यह एक GPS होने जैसा है। AI को ठीक से पता होता है कि मोज़ा किस "कमरे" (फ़ाइल) और किस "शेल्फ" (फंक्शन) में है क्योंकि मानचित्र ने उसे बताया था कि चीजें कहाँ होनी चाहिए। इसने त्रुटियों को ठीक करने में AI को 30-50% तेज़ बना दिया।
सारांश
यह पेपर AI को शब्दों के साथ "अंदाजे लगाने" के बजाय संरचना के साथ "योजना बनाने" के लिए सिखाने के बारे में है। AI को अस्पष्ट निर्देशों की सूची के बजाय एक संरचित मानचित्र (RPG) देकर, उन्होंने इसे विशाल, जटिल सॉफ्टवेयर सिस्टम बनाने में सक्षम बनाया जो सुसंगत, परीक्षित और वास्तविक दुनिया के लिए तैयार हैं।
यह एक बच्चे को "शहर बनाने" के लिए कहने (जिससे केवल टेढ़ी-मेढ़ी रेखाएं बनती हैं) और एक वास्तुकार को हर पाइप और तार के मैप के साथ एक CAD ड्राइंग देने (जिससे एक कार्यात्मक महानगर बनता है) के बीच का अंतर है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।