Agentic Agile-V: From Vibe Coding to Verified Engineering in Software and Hardware Development
यह शोध पत्र तर्क देता है कि जबकि एजेंटिक एआई उत्पादकता लाभ की क्षमता प्रदान करता है, सॉफ्टवेयर और हार्डवेयर विकास में इसके पूर्ण मूल्य को साकार करने के लिए प्रॉम्प्ट इंजीनियरिंग से हटकर एक अनुशासित प्रक्रिया नियंत्रण ढांचे की ओर जाने की आवश्यकता है जिसे "एजेंटिक एजाइल-वी" (Agentic Agile-V) कहा जाता है, जो संवादात्मक इरादे को सत्यापित, साक्ष्य-आधारित इंजीनियरिंग आर्टिफैक्ट्स में बदलने के लिए एक एजाइल-वी लाइफसाइकिल को टास्क-लेवल SCOPE-V लूप के साथ एकीकृत करता है।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आपने एक अत्यंत प्रतिभाशाली, अति-तेज़ प्रशिक्षु (apprentice) को काम पर रखा है जो आपकी पूरी लाइब्रेरी को पढ़ सकता है, कोड लिख सकता है, बग्स ठीक कर सकता है, और कुछ ही सेकंड में हार्डवेयर सर्किट भी बना सकता है। यही एजेंटिक एआई (Agentic AI) है।
हालाँकि, यह शोध पत्र तर्क देता है कि केवल इसलिए कि आपका प्रशिक्षु तेज़ है, इसका मतलब यह नहीं है कि उसका काम भी अच्छा होगा। वास्तव में, यदि आप बस उनके साथ अनौपचारिक रूप से चैट करते हैं ("वाइब कोडिंग") और उनसे कहते हैं कि "इसे बस काम करने लायक बना दो," तो आप एक ऐसे घर के साथ समाप्त कर सकते हैं जो बाहर से तो शानदार दिखता है लेकिन हवा चलने पर ढह जाता है।
यहाँ शोध पत्र का मुख्य संदेश है, जिसे सरल उपमाओं (analogies) में विभाजित किया गया है:
1. समस्या: "तेज़ लेकिन अविश्वसनीय" प्रशिक्षु
यह शोध पत्र वास्तविक दुनिया के डेटा को देखता है कि ये एआई एजेंट वास्तव में कैसा प्रदर्शन कर रहे हैं।
- अच्छी बात: कुछ सरल, नियंत्रित कार्यालय कार्यों में, एआई मनुष्यों को काम पूरा करने में तेज़ी से मदद करता है।
- बुरी बात: जटिल, परिपक्व परियोजनाओं (जैसे बड़े ओपन-सोर्स सॉफ़्टवेयर) में, एआई अक्सर काम को धीमा कर देता है। यह भ्रमित हो जाता है, चीज़ों को बिगाड़ देता है, या ऐसा कोड लिखता है जो दिखने में सही लगता है लेकिन परीक्षण (test) के समय विफल हो जाता है।
- भयानक बात (हार्डवेयर): जब वास्तविक हार्डवेयर (जैसे चिप्स या सर्किट बोर्ड) बनाने की बात आती है, तो एआई वर्तमान में बहुत अविश्वसनीय है। यह एक ऐसा डिज़ाइन लिख सकता है जो कागज़ पर सही दिखता है, लेकिन वास्तविक दुनिया में भौतिक रूप से विफल या खतरनाक हो सकता है।
उपमा: कल्पना कीजिए कि आप एक सुपर-फास्ट शेफ से कोई व्यंजन बनाने के लिए कहते हैं। यदि आप केवल कहते हैं, "मेरे लिए कुछ स्वादिष्ट बनाओ," तो वे शायद एक सलाद तैयार कर देंगे जो स्वाद में ठीक है लेकिन उसमें छिपा हुआ एक पत्थर हो सकता है। यदि आप एक पुल बना रहे हैं, तो वह "छिपा हुआ पत्थर" एक घातक त्रुटि हो सकती है। शोध पत्र कहता है कि बाधा शेफ की गति नहीं है; बल्कि यह है कि हम उन्हें एक स्पष्ट, लिखित रेसिपी नहीं दे रहे हैं।
2. समाधान: "एजेंटिक एजाइल-वी" (Agentic Agile-V)
लेखक एक नया कार्य करने का तरीका प्रस्तावित करते हैं जिसे एजेंटिक एजाइल-वी कहा जाता है। इसे एक सख्त लेकिन लचीले नियम पुस्तिका के रूप में समझें कि कैसे मनुष्य और एआई को मिलकर काम करना चाहिए। इसके दो मुख्य भाग हैं:
भाग अ: "कन्वर्सेशन-टू-कॉन्ट्रैक्ट" गेट (Conversation-to-Contract Gate)
- चैट (खोज/Discovery): विचारों पर मंथन करने, प्रश्न पूछने या आप क्या चाहते हैं यह समझने के लिए एआई के साथ चैट करना ठीक है। यह "वाइब" चरण है।
- अनुबंध (कार्यान्वयन/Contract): एआई को वास्तव में कुछ भी बनाने की अनुमति देने से पहले, चैट को एक औपचारिक, लिखित विवरण (brief) में बदला जाना चाहिए।
- नियम: आप एआई को एक लंबे, अस्त-व्यस्त चैट इतिहास के आधार पर कोडिंग शुरू करने की अनुमति नहीं दे सकते। आपको पहले एक स्पष्ट, समीक्षा किए गए दस्तावेज़ में योजना का सारांश बनाना होगा।
- उपमा: आप अपने घर के बारे में अपने आर्किटेक्ट से बात कर सकते हैं, लेकिन आप उन्हें तब तक कंक्रीट डालने नहीं दे सकते जब तक कि उनके पास एक ब्लूप्रिंट अनुबंध (blueprint contract) न हो।
भाग ब: SCOPE-V लूप
एक बार जब एआई के पास "अनुबंध" होता है, तो वह प्रत्येक कार्य के लिए एक विशिष्ट 6-चरणीय लूप का पालन करता है:
- स्पष्ट करना (Specify): क्या करना है और क्या नहीं करना है, इसे सटीक रूप से परिभाषित करें।
- सीमा निर्धारण (Constrain): सीमाएँ तय करें (जैसे, "सामने का दरवाज़ा न बदलें," "नए महंगे उपकरण न जोड़ें")।
- संचालन (Orchestrate): कार्य करने से पहले चरणों की योजना बनाएं।
- प्रमाणित करना (Prove): तुरंत परीक्षण चलाएं। क्या यह काम कर गया?
- विकसित करना (Evolve): परिणाम से सीखें और नियमों को अपडेट करें।
- सत्यापन (Verify): फिर से जाँच करें। क्या यह सुरक्षित है?
3. सुरक्षा जाल: जोखिम-अनुकूलित गेट्स (Risk-Adaptive Gates)
हर कार्य को समान स्तर की सुरक्षा की आवश्यकता नहीं होती है। शोध पत्र एआई के काम को स्वीकार करने से पहले कितने प्रमाण की आवश्यकता है, इसके लिए एक "ट्रैफिक लाइट" प्रणाली का सुझाव देता है:
- हरी बत्ती (कम जोखिम): एक अस्थायी स्क्रिप्ट या ड्राफ्ट बनाना।
- आवश्यकता: केवल एक त्वरित जाँच। किसी मानव की आवश्यकता नहीं है।
- पीली बत्ती (मध्यम जोखिम): एक छोटा बग ठीक करना या बटन का रंग बदलना।
- आवश्यकता: मानक कोड समीक्षा और परीक्षण।
- लाल बत्ती (उच्च जोखिम): भुगतान प्रणाली बदलना, मेडिकल सॉफ़्टवेयर, या हार्डवेयर सर्किट।
- आवश्यकता: सख्त प्रमाण। आपको स्वतंत्र परीक्षण, सिमुलेशन लॉग और एक मानव की आवश्यकता है जो स्पष्ट रूप से साइन-ऑफ करे। एआई केवल यह "कह" नहीं सकता कि वह काम पूरा कर चुका है; उसे साक्ष्य के साथ खुद को प्रमाणित करना होगा।
4. मुख्य निष्कर्ष
शोध पत्र निष्कर्ष निकालता है कि एजेंटिक एआई इंजीनियरिंग अनुशासन को प्रतिस्थापित नहीं करता है; बल्कि यह इसे और अधिक महत्वपूर्ण बनाता है।
- पुराना तरीका: "प्रॉम्प्ट इंजीनियरिंग" (एआई को सही काम करने के लिए सही जादुई शब्द खोजने की कोशिश करना)।
- नया तरीका: "प्रक्रिया नियंत्रण" (एक ऐसी प्रणाली बनाना जहाँ एआई को स्पष्ट आवश्यकताओं, सख्त बाधाओं और स्वतंत्र सत्यापन द्वारा निर्देशित किया जाता है)।
अंतिम रूपक (Metaphor):
एजेंटिक एआई एक उच्च-प्रदर्शन वाली रेस कार की तरह है। यदि आप बिना मानचित्र, सीटबेल्ट या ड्राइविंग लाइसेंस के इसमें कूदकर एक्सीलरेटर दबा देते हैं, तो आप दुर्घटनाग्रस्त हो जाएंगे। एजेंटिक एजाइल-वी वह ट्रैक, सुरक्षा उपकरण और रेसिंग नियम है। यह सुनिश्चित करता है कि कार तेज़ चले और सुरक्षित रूप से गंतव्य तक पहुँचे।
शोध पत्र का तर्क है कि हमें एआई को एक जादुई छड़ी की तरह मानना बंद करना चाहिए और इसे एक शक्तिशाली उपकरण के रूप में मानना शुरू करना चाहिए जिसे मार्गदर्शन के लिए एक कुशल इंजीनियर की आवश्यकता होती है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।