एजेंट युग में डेवलपर शिक्षा और आकलन

यह विश्लेषण 26 जुलाई, 2026 तक की शिक्षा और प्रमाणन परिदृश्य को दर्शाता है।

परिचय

स्वायत्त कोडिंग एजेंट सॉफ्टवेयर विकास को कोड टाइप करने पर केंद्रित कार्य से बदलकर कार्य को निर्दिष्ट करने, कार्यों को सौंपने, निष्पादन की निगरानी करने और परिणामों की समीक्षा करने पर केंद्रित कार्य में बदल रहे हैं।

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

यह शिक्षा के लिए एक कठिन प्रश्न खड़ा करता है:

यदि एक छात्र एक एजेंट से एक कार्यशील प्रोग्राम बनाने के लिए कह सकता है, तो छात्र को क्या समझने की आवश्यकता होनी चाहिए?

इसका उत्तर प्रोग्रामिंग के मूल सिद्धांतों को छोड़ना नहीं है। इसका उत्तर यह है कि उन मूल सिद्धांतों का उपयोग किस लिए किया जाता है, उसे बदलना है।

छात्रों को अभी भी डेटा संरचनाओं, एल्गोरिदम, प्रोग्रामिंग भाषाओं, सिस्टम डिज़ाइन, सुरक्षा, परीक्षण और डिबगिंग को समझने की आवश्यकता है। हालांकि, उन्हें इस ज्ञान को तेजी से इसमें लागू करने की आवश्यकता है:

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

इसलिए, डेवलपर शिक्षा की अगली पीढ़ी छात्र की बड़ी मात्रा में कोड बनाने की क्षमता का कम आकलन करेगी और सॉफ्टवेयर सिस्टम को समझने, निर्देशित करने, सत्यापित करने और सुधारने की छात्र की क्षमता का अधिक आकलन करेगी।

केंद्रीय बदलाव: कोड उत्पादन से इंजीनियरिंग निर्णय तक

कोडिंग एजेंट केवल तेज़ ऑटो-पूर्णता नहीं हैं

पारंपरिक कोडिंग सहायक एक पंक्ति, फ़ंक्शन या कोड के छोटे ब्लॉक का सुझाव देते हैं। स्वायत्त कोडिंग एजेंट बड़े पैमाने पर काम करते हैं। वे फाइलों में काम कर सकते हैं, विकास उपकरणों का उपयोग कर सकते हैं, परीक्षण निष्पादित कर सकते हैं, दस्तावेज़ों का निरीक्षण कर सकते हैं और कई चरणों से गुजर सकते हैं।

यह कार्य की इकाई को बदल देता है। डेवलपर का वर्कफ़्लो तेजी से ऐसा दिखता है:

उपयोगकर्ता या व्यावसायिक समस्या को समझें।
वांछित व्यवहार को परिभाषित करें।
कार्य को छोटे-छोटे कार्यों में विभाजित करें।
एक उपयुक्त कार्य एक एजेंट को सौंपें।
एजेंट की योजना का निरीक्षण करें।
एजेंट को नियंत्रित वातावरण में कार्यान्वित करने दें।
परीक्षण और सुरक्षा जाँच चलाएँ।
परिणाम की समीक्षा करें।
परिवर्तन का अनुरोध करें या डिज़ाइन को संशोधित करें।
सॉफ्टवेयर को स्वीकृत करें, मर्ज करें और मॉनिटर करें।

जो व्यक्ति योजना और समीक्षा चरणों को छोड़ देता है, वह अभी भी कोड का उत्पादन कर सकता है, लेकिन विश्वसनीय रूप से एक भरोसेमंद उत्पाद का उत्पादन नहीं कर सकता।

कच्चे कोड आउटपुट की सीमाएं

कच्चा कोड उत्पादन क्षमता का एक कमजोर माप बनता जा रहा है क्योंकि एक एजेंट बड़ी मात्रा में विश्वसनीय कोड जल्दी से उत्पन्न कर सकता है। साथ ही, एजेंट दीर्घकालिक सॉफ्टवेयर विकास, मल्टी-फाइल परिवर्तनों, अस्पष्ट आवश्यकताओं और बार-बार के संशोधनों में व्यवहार को बनाए रखने में संघर्ष करते रहते हैं। 2025 के एक बेंचमार्क अध्ययन में अलग-थलग मुद्दे के समाधान और अधिक जटिल, दीर्घकालिक सॉफ्टवेयर विकास कार्यों पर एजेंट के प्रदर्शन के बीच एक महत्वपूर्ण अंतर पाया गया। (arxiv.org)

यह एक महत्वपूर्ण शैक्षिक भेद पैदा करता है:

एक छात्र जो कोड उत्पन्न कर सकता है, उसे समझ नहीं सकता है।
एक छात्र जो कोड की व्याख्या, परीक्षण, चुनौती और मरम्मत कर सकता है, वह गहरी योग्यता प्रदर्शित करता है।

इसलिए, शैक्षिक लक्ष्य केवल सफल कोड पीढ़ी नहीं, बल्कि सत्यापित सॉफ्टवेयर निर्णय होना चाहिए।

पाठ्यक्रम कैसे अनुकूलन कर रहे हैं

विश्वविद्यालय के पाठ्यक्रम समझ और सत्यापन की ओर बढ़ रहे हैं

एसीएम, इंस्टीट्यूट ऑफ इलेक्ट्रिकल एंड इलेक्ट्रॉनिक्स इंजीनियर्स कंप्यूटर सोसाइटी, और एसोसिएशन फॉर द एडवांसमेंट ऑफ आर्टिफिशियल इंटेलिजेंस की कंप्यूटर साइंस करिकुलम 2023 रिपोर्ट में अनुमान लगाया गया था कि जनरेटिव आर्टिफिशियल इंटेलिजेंस प्रोग्रामिंग शिक्षा को बदल देगा। इसका मार्गदर्शन बताता है कि छात्रों को कोड को पढ़ने, समझने, सत्यापित करने, संपादित करने, संशोधित करने, अनुकूलित करने और परीक्षण करने पर अधिक जोर देने की आवश्यकता होगी। यह समस्या के विघटन को भी एक ऐसे क्षेत्र के रूप में पहचानता है जिसके अधिक महत्वपूर्ण होने की संभावना है। (csed.acm.org)

यही मार्गदर्शन एक महत्वपूर्ण बिंदु बताता है: भले ही एक एजेंट प्रोग्राम लिखे, मानव यह निर्धारित करने के लिए जिम्मेदार रहता है कि प्रोग्राम सही है या नहीं। इसका मतलब है कि प्रोग्रामिंग शिक्षा को प्रॉम्प्ट लिखने तक सीमित नहीं किया जा सकता है। छात्रों को आउटपुट का मूल्यांकन करने के लिए पर्याप्त तकनीकी समझ की आवश्यकता है।

रिपोर्ट में सॉफ्टवेयर इंजीनियरिंग शिक्षा में परिवर्तनों का भी अनुमान लगाया गया है, जिसमें कोड पीढ़ी, डिबगिंग, स्टैटिक विश्लेषण और कोड समीक्षा के लिए आर्टिफिशियल इंटेलिजेंस का अधिक उपयोग शामिल है। इन उपकरणों के प्रभावी उपयोग के लिए कमजोर नहीं, बल्कि मजबूत डिजाइन और कोड-समझने के कौशल की आवश्यकता होती है। (csed.acm.org)

मान्यता व्यापक इंजीनियरिंग परिणामों को पुरस्कृत करना शुरू कर रही है

इंजीनियरिंग और प्रौद्योगिकी के लिए प्रत्यायन बोर्ड (ABET) से वर्तमान कंप्यूटिंग प्रत्यायन मानदंड पहले से ही इन बातों पर जोर देते हैं:

जटिल कंप्यूटिंग समस्याओं का विश्लेषण
कंप्यूटिंग समाधानों का डिज़ाइन और मूल्यांकन
पेशेवर संचार
कानूनी और नैतिक जिम्मेदारी
सुरक्षा और गोपनीयता
कंप्यूटिंग के सामाजिक प्रभाव
एक व्यापक परियोजना या अनुभवात्मक घटक (abet.org)

ये परिणाम एजेंट-आधारित विकास वातावरण के लिए अच्छी तरह से अनुकूल हैं क्योंकि वे कीस्ट्रोक्स के बजाय निर्णय और जिम्मेदारी को मापते हैं।

26 जुलाई, 2026 तक, 2026-2027 चक्र के लिए इंजीनियरिंग और प्रौद्योगिकी के लिए प्रत्यायन बोर्ड के प्रस्तावित परिवर्तनों में अतिरिक्त आर्टिफिशियल इंटेलिजेंस कार्यक्रम मानदंड और एक आवश्यकता शामिल है कि स्नातक जटिल समस्याओं पर आर्टिफिशियल इंटेलिजेंस सिद्धांतों, मॉडलों और तकनीकों को लागू करने में सक्षम हों। प्रस्तावित परिवर्तन अभी भी अंतिम अनुमोदन की प्रतीक्षा कर रहे थे और उम्मीद की जा रही थी कि वे 2026 की शरद ऋतु की बैठक के बाद प्रभावी होंगे, जिसका पहला आवेदन 2027-2028 समीक्षा चक्र के दौरान होगा। (abet.org)

संभावित दिशा स्पष्ट है: कार्यक्रमों को यह दिखाना होगा कि छात्र सिस्टम का निर्माण और मूल्यांकन कर सकते हैं, न कि केवल अलग-थलग प्रोग्रामिंग अभ्यास पूरा कर सकते हैं।

नए पाठ्यक्रम एजेंट के उपयोग को एक इंजीनियरिंग अनुशासन के रूप में सिखा रहे हैं

कई हालिया विश्वविद्यालय पाठ्यक्रम उभरते हुए पैटर्न को दर्शाते हैं।

मैरीलैंड विश्वविद्यालय के 2025 के आर्टिफिशियल इंटेलिजेंस कोडिंग सहायकों और एजेंटों के प्रभावी उपयोग पर पाठ्यक्रम में ऐसे उपकरण शामिल थे जो बिल्ड सिस्टम को आमंत्रित कर सकते हैं, परीक्षण चला सकते हैं और त्रुटियों को ठीक कर सकते हैं। इसमें रखरखाव, आर्किटेक्चर, एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस डिज़ाइन, दक्षता, स्केलेबिलिटी, सुरक्षा, निरंतर एकीकरण, कोड समीक्षा, अतुल्यकालिक एजेंट, और स्वचालित कोड समीक्षा को भी संबोधित किया गया था। (cs.umd.edu)

पेन्सिलवेनिया विश्वविद्यालय ने आर्टिफिशियल इंटेलिजेंस-संचालित सॉफ्टवेयर विकास पर केंद्रित एक सोफोमोर-स्तर के कंप्यूटर विज्ञान पाठ्यक्रम का प्रस्ताव दिया है। इसके प्रस्तावित विषयों में कोडिंग कार्यों का प्रत्यायोजन, मॉड्यूलर डिजाइन, स्केलेबल परीक्षण, जोखिम प्रबंधन, पुनरुत्पादन क्षमता, सहयोग और नैतिकता शामिल हैं। (seas.upenn.edu)

मिशिगन विश्वविद्यालय का फॉल 2026 पाठ्यक्रम, एप्लाइड एजेंटिक सॉफ्टवेयर इंजीनियरिंग, और भी स्पष्ट है। इसे तीन चरणों में व्यवस्थित किया गया है:

कोडिंग एजेंटों का प्रभावी ढंग से उपयोग करें
एक बड़े भाषा मॉडल एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस का उपयोग करके एक एजेंट बनाएं
एक एजेंट ऑर्केस्ट्रेटर को डिज़ाइन, मूल्यांकन और तैनात करें

पाठ्यक्रम पारंपरिक परीक्षाओं के बजाय परियोजनाओं, प्रयोगशालाओं, प्रदर्शनों और चेकऑफ का उपयोग करता है। इसमें कहा गया है कि ग्रेडिंग आउटपुट से अधिक समझ को पुरस्कृत करेगी और छात्रों से यह समझाने के लिए कहती है कि एक एजेंट क्यों विफल हुआ और आसपास के सिस्टम को कैसे ठीक किया जाए। (eecs498-aase.github.io)

यह एक महत्वपूर्ण डिजाइन परिवर्तन है। पाठ्यक्रम छात्रों को तेजी से कोड बनाना नहीं सिखा रहा है। यह उन्हें कोड का उत्पादन करने वाले सिस्टम के तकनीकी पर्यवेक्षक बनना सिखा रहा है।

बूटकैंप कैसे बदल रहे हैं

बूटकैंप कई पारंपरिक कार्यक्रमों की तुलना में अधिक तेज़ी से अनुकूलन कर रहे हैं क्योंकि उनके पाठ्यक्रम रोजगार की आवश्यकताओं से निकटता से जुड़े हुए हैं। हालांकि, अनुकूलन की गुणवत्ता भिन्न होती है।

समर्पित आर्टिफिशियल इंटेलिजेंस बूटकैंप मॉडल

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

यह मॉडल आर्टिफिशियल इंटेलिजेंस को एक एकल वैकल्पिक पाठ के बजाय कार्यक्रम में चलने वाले एक थ्रेड के रूप में मानता है। छात्रों से दोनों बातें सीखने की उम्मीद की जाती है:

पारंपरिक सॉफ्टवेयर सिस्टम कैसे काम करते हैं
उन सिस्टम को बनाने और संचालित करने के लिए आर्टिफिशियल इंटेलिजेंस उपकरणों का उपयोग कैसे करें

यह संयोजन महत्वपूर्ण है। एक शिक्षार्थी जो केवल एक एजेंट को संचालित करना जानता है, वह एक दोषपूर्ण वास्तुकला को पहचानने में असमर्थ हो सकता है। एक शिक्षार्थी जो केवल पारंपरिक प्रोग्रामिंग जानता है, वह आधुनिक विकास वर्कफ़्लो के लिए तैयार नहीं हो सकता है।

"एक आर्टिफिशियल इंटेलिजेंस इकाई जोड़ें" मॉडल

स्प्रिंगबोर्ड का सॉफ्टवेयर इंजीनियरिंग बूटकैंप वेब विकास, एप्लिकेशन प्रोग्रामिंग इंटरफेस, फ्रंट-एंड विकास, बैक-एंड विकास और पूर्ण-स्टैक परियोजनाओं में एक पारंपरिक आधार को बरकरार रखता है, जबकि प्रॉम्प्ट इंजीनियरिंग और जनरेटिव उपकरणों के साथ सहयोग पर केंद्रित एक आर्टिफिशियल इंटेलिजेंस इकाई जोड़ता है। (springboard.com)

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

कमजोरी यह है कि एक छोटा प्रॉम्प्ट-इंजीनियरिंग मॉड्यूल बहुत सतही हो सकता है। एक गंभीर एजेंट-युग के पाठ्यक्रम को कोड मांगने के तरीके से कहीं अधिक सिखाना चाहिए। इसे सिखाना चाहिए:

एक रिपॉजिटरी संदर्भ फ़ाइल कैसे बनाएँ
एक तकनीकी विशिष्टीकरण कैसे लिखें
कार्य सीमाओं को कैसे परिभाषित करें
एक एजेंट की अनुमतियों को कैसे सीमित करें
एजेंट योजनाओं का निरीक्षण कैसे करें
जेनरेट किए गए परीक्षणों का मूल्यांकन कैसे करें
सुरक्षा समस्याओं का पता कैसे लगाएं
वैकल्पिक डिज़ाइनों की तुलना कैसे करें
एजेंट की भागीदारी का दस्तावेजीकरण कैसे करें

बूटकैंप के छात्रों को क्या देखना चाहिए

संभावित छात्रों को पूछना चाहिए कि क्या कोई कार्यक्रम निम्नलिखित का आकलन करता है:

क्या छात्र उस कोड की व्याख्या कर सकते हैं जिसे उन्होंने व्यक्तिगत रूप से टाइप नहीं किया है?
क्या छात्र दोषपूर्ण एजेंट आउटपुट की समीक्षा और मरम्मत करते हैं?
क्या परीक्षण, सुरक्षा और रखरखाव को ग्रेड किया जाता है?
क्या कोई लाइव प्रदर्शन या तकनीकी बचाव है?
क्या छात्र एक संस्करण-नियंत्रित परियोजना इतिहास बनाए रखते हैं?
क्या छात्रों को आवश्यकता पड़ने पर बिना एजेंट के काम करना सिखाया जाता है?
क्या कार्यक्रम उत्पाद खोज और आवश्यकता विश्लेषण सिखाता है?
क्या उपकरण-विशिष्ट कौशल टिकाऊ इंजीनियरिंग सिद्धांतों के साथ संतुलित हैं?

एक कार्यक्रम जो "आर्टिफिशियल इंटेलिजेंस के साथ एक सप्ताह में एक एप्लिकेशन बनाएँ" का विज्ञापन करता है, वह तीव्र प्रोटोटाइपिंग के लिए उत्कृष्ट हो सकता है, लेकिन यह किसी को पेशेवर सॉफ्टवेयर इंजीनियरिंग के लिए तैयार करने जैसा नहीं है।

प्रमाणन कैसे अनुकूलन कर रहे हैं

प्रमाणन प्रदाता तीन व्यापक प्रकार के क्रेडेंशियल विकसित कर रहे हैं।

उपकरण-विशिष्ट ज्ञान प्रमाणन

माइक्रोसॉफ्ट का गिटहब कोपायलट प्रमाणन जिम्मेदार उपयोग, कोपायलट सुविधाओं, डेटा आर्किटेक्चर, संदर्भ और प्रॉम्प्ट क्राफ्टिंग, डेवलपर उत्पादकता, गोपनीयता, सामग्री बहिष्करण, और सुरक्षा उपायों का आकलन करता है। परीक्षा प्रोक्टर्ड होती है, सौ मिनट तक चलती है, और इसमें इंटरैक्टिव घटक हो सकते हैं। (learn.microsoft.com)

यह क्रेडेंशियल उपयोगी कार्यस्थल ज्ञान को मान्यता देता है। यह दिखा सकता है कि एक व्यक्ति किसी विशेष विकास मंच का जिम्मेदारी से उपयोग करना जानता है।

इसकी सीमा यह है कि यह एक उत्पाद से दृढ़ता से जुड़ा हुआ है। एक पेशेवर जो गिटहब कोपायलट को संचालित करना जानता है, उसमें अभी भी एक जटिल उत्पाद आवश्यकता को विघटित करने, एक वास्तुशिल्प विकल्प को चुनौती देने, या एक सुरक्षा-संवेदनशील परिवर्तन की समीक्षा करने की क्षमता की कमी हो सकती है।

प्लेटफॉर्म-आधारित आर्टिफिशियल इंटेलिजेंस विकास प्रमाणन

एडब्ल्यूएस सर्टिफाइड जनरेटिव एआई डेवलपर – प्रोफेशनल प्रमाणन व्यापक है। इसकी परीक्षा मार्गदर्शिका में फाउंडेशन मॉडल एकीकरण, डेटा प्रबंधन, अनुपालन, कार्यान्वयन, एजेंटिक आर्टिफिशियल इंटेलिजेंस समाधान, सुरक्षा, शासन, परीक्षण, समस्या निवारण, निगरानी और अनुकूलन शामिल हैं। (docs.aws.amazon.com)

हालांकि, परीक्षा मुख्य रूप से बहुविकल्पीय और बहु-प्रतिक्रिया वाली होती है। यह एक पर्याप्त ज्ञान परीक्षण है, लेकिन यह पूरी तरह से यह प्रदर्शित नहीं करता है कि क्या कोई उम्मीदवार एक कार्यशील प्रणाली का निर्माण, समीक्षा या बचाव कर सकता है। (aws.amazon.com)

यह एक व्यापक समस्या को दर्शाता है: ज्ञान परीक्षाओं को प्रदर्शन परीक्षाओं की तुलना में बढ़ाना आसान है। प्रमाणन संगठन शब्दावली और डिजाइन सिद्धांतों का कुशलता से परीक्षण कर सकते हैं, लेकिन व्यावहारिक क्षमता के लिए एक ऐसे वातावरण की आवश्यकता होती है जहाँ उम्मीदवारों को निर्णय लेने और विफलता से निपटने की आवश्यकता हो।

लैब-आधारित और परियोजना-आधारित क्रेडेंशियल

माइक्रोसॉफ्ट एप्लाइड स्किल्स क्रेडेंशियल एक अधिक आशाजनक मॉडल प्रदान करते हैं। वे शिक्षार्थियों को लैब-आधारित मूल्यांकन में वास्तविक कार्य के साथ संरेखित इंटरैक्टिव कार्यों को पूरा करने की आवश्यकता होती है। माइक्रोसॉफ्ट इन क्रेडेंशियलों को इस बात के प्रमाण के रूप में प्रस्तुत करता है कि एक उम्मीदवार वास्तविक क्लाउड और आर्टिफिशियल इंटेलिजेंस चुनौतियों को हल कर सकता है, न कि केवल जानकारी को याद कर सकता है। (learn.microsoft.com)

कार्नेगी मेलन विश्वविद्यालय का कार्यकारी शिक्षा एजेंटिक आर्टिफिशियल इंटेलिजेंस कार्यक्रम लाइव शिक्षण, निर्देशित प्रयोगशालाओं, असाइनमेंट, मल्टी-एजेंट वर्कफ़्लो, मूल्यांकन, गार्डरेल्स, लॉगिंग, पर्यवेक्षण और एक कैपस्टोन परियोजना को जोड़ता है। (execonline.cs.cmu.edu)

ये कार्यक्रम स्वतंत्र पेशेवर प्रमाणन के समान नहीं हैं, लेकिन वे उस दिशा को दिखाते हैं जो क्रेडेंशियल लेने की संभावना रखते हैं:

छोटे व्यावहारिक मूल्यांकन
सैंडबॉक्स डेवलपमेंट एनवायरनमेंट
यथार्थवादी रिपॉजिटरी
मूल्यांकन और पर्यवेक्षण कार्य
कैपस्टोन सिस्टम
मौखिक या रिकॉर्ड किए गए तकनीकी स्पष्टीकरण
जिम्मेदार उपकरण के उपयोग का प्रमाण

मूल्यांकन तकनीकें जो समझ को मापती हैं

सर्वश्रेष्ठ मूल्यांकन रणनीति हर असाइनमेंट से एजेंटों पर प्रतिबंध नहीं लगाती है। यह एजेंटों का उपयोग करती है जहां वे पेशेवर अभ्यास को दर्शाते हैं और स्वतंत्र समझ को मापने के लिए कुछ गतिविधियों को आरक्षित करती है।

1. विशिष्टीकरण और विघटन दस्तावेज़

कोड लिखने से पहले, छात्रों को जमा करने की आवश्यकता है:

उपयोगकर्ता समस्या
कार्यात्मक आवश्यकताएँ
गैर-कार्यात्मक आवश्यकताएँ
धारणाएँ
बाधाएँ
डेटा संरचनाएँ
इंटरफेस
स्वीकृति मानदंड
एक कार्य विभाजन
ज्ञात जोखिम

दस्तावेज़ को यह समझाना चाहिए कि समस्या को विशेष कार्यों में क्यों विभाजित किया गया है।

यह मापता है कि छात्र एक एजेंट से इसे लागू करने के लिए कहने से पहले समस्या को समझता है या नहीं।

2. एजेंट योजना चेकपॉइंट

कार्यान्वयन शुरू होने से पहले छात्रों को एजेंट की प्रस्तावित योजना दिखाने की आवश्यकता है। छात्र को पहचानना चाहिए:

योजना के कौन से भाग स्वीकार्य हैं
कौन से भाग अधूरे हैं
कौन सी धारणाएँ असुरक्षित हैं
किन कार्यों को मानव अनुमोदन की आवश्यकता है
कौन से परीक्षण जोड़े जाने चाहिए

अंतिम ग्रेड को छात्र के निर्णय की गुणवत्ता को पुरस्कृत करना चाहिए, न कि एजेंट की योजना की लंबाई को।

3. कोड समीक्षा मूल्यांकन

छात्रों को जानबूझकर दोषों वाली एजेंट-जनरेटेड रिपॉजिटरी दें। दोषों में शामिल हो सकते हैं:

गलत एज-केस हैंडलिंग
असुरक्षित प्रमाणीकरण
खराब त्रुटि हैंडलिंग
छिपी हुई प्रदर्शन समस्याएँ
दोहराया तर्क
अस्पष्ट इंटरफेस
अपर्याप्त परीक्षण
गोपनीयता उल्लंघन
निर्भरता जोखिम

छात्रों से गंभीरता के स्तर, साक्ष्य, प्रस्तावित सुधार और रिग्रेशन परीक्षणों के साथ एक समीक्षा तैयार करने के लिए कहें।

यह छात्रों को खरोंच से एक और छोटा एप्लिकेशन बनाने के लिए कहने से पेशेवर सॉफ्टवेयर कार्य के अधिक करीब है।

4. पुनः-व्याख्या और मौखिक बचाव

एक छात्र को यह समझाने में सक्षम होना चाहिए:

सिस्टम क्या करता है
आर्किटेक्चर क्यों चुना गया
कौन से भाग उत्पन्न किए गए थे
एजेंट ने कौन सी धारणाएँ बनाईं
परीक्षण कैसे सटीकता प्रदर्शित करते हैं
क्या अभी भी विफल हो सकता है
कौन से समझौते स्वीकार किए गए थे

एक संक्षिप्त मौखिक बचाव व्यक्तिगत रूप से या छोटे समूहों में आयोजित किया जा सकता है। इसे डरावना होने की आवश्यकता नहीं है। पांच से दस केंद्रित प्रश्न अक्सर यह जानने के लिए पर्याप्त होते हैं कि क्या छात्र सबमिशन को समझता है।

5. स्थानांतरण कार्य

एक छात्र द्वारा एजेंट-सहायता प्राप्त परियोजना पूरी करने के बाद, एक नई आवश्यकता प्रदान करें जिसे केवल मूल प्रॉम्प्ट को दोहराकर हल नहीं किया जा सकता है।

उदाहरण के लिए:

एक नया डेटा स्रोत जोड़ें
प्रदर्शन लक्ष्य बदलें
एक अप्रत्याशित इनपुट प्रारूप का समर्थन करें
एक निर्भरता हटाएँ
पहुंच नियंत्रण जोड़ें
एक असफल परीक्षण की व्याख्या करें
इसके व्यवहार को बदले बिना एक मॉड्यूल को रिफैक्टर करें

छात्र एक एजेंट का उपयोग कर सकता है, लेकिन उसे योजना की व्याख्या करनी चाहिए, परिवर्तनों को सत्यापित करना चाहिए और परिणाम का बचाव करना चाहिए।

स्थानांतरण कार्य यह मापता है कि छात्र ने एक सामान्य तरीका सीखा है, न कि एक सफल बातचीत को याद किया है।

6. परीक्षण डिजाइन और प्रतिकूल परीक्षण

छात्रों को उनके परीक्षणों की गुणवत्ता पर ग्रेड किया जाना चाहिए, न कि केवल यह कि जनरेट किया गया कोड प्रदान किए गए परीक्षणों को पास करता है या नहीं।

उपयोगी आवश्यकताओं में शामिल हैं:

सीमा परीक्षण लिखें
नकारात्मक परीक्षण बनाएँ
अमान्य इनपुट का परीक्षण करें
विफलता रिकवरी का परीक्षण करें
प्रदर्शन धारणाओं की जाँच करें
जहाँ उपयुक्त हो, संपत्ति-आधारित परीक्षणों का उपयोग करें
सुरक्षा-संवेदनशील व्यवहार का परीक्षण करें
समझाएँ कि क्या अभी भी अनपरीक्षित है

मुख्य प्रश्न यह नहीं है कि "क्या कोड पास हुआ?", बल्कि यह कि "क्या छात्र जानता था कि क्या परीक्षण करने की आवश्यकता है?"

7. संस्करण इतिहास और प्रक्रिया पोर्टफोलियो

एक परियोजना पोर्टफोलियो में शामिल हो सकते हैं:

प्रारंभिक विशिष्टीकरण
कार्य का विघटन
एजेंट योजनाएँ
प्रमुख प्रॉम्प्ट या निर्देश
कमिट
परीक्षण परिणाम
समीक्षा टिप्पणियाँ
असफल दृष्टिकोण
डिजाइन परिवर्तन
अंतिम चिंतन

एक प्रक्रिया पोर्टफोलियो को हर निजी बातचीत की पंक्ति को जमा करने की आवश्यकता नहीं होनी चाहिए। एक प्रतिनिधि रिकॉर्ड अक्सर एक विशाल प्रतिलिपि से अधिक उपयोगी होता है।

उदाहरण के लिए, प्रिंसटन के 2025 प्रोग्रामिंग पाठ्यक्रम ने जनरेटिव आर्टिफिशियल इंटेलिजेंस उपकरणों की अनुमति दी, लेकिन छात्रों को एक readme फ़ाइल में एक विस्तृत प्रतिलिपि के बजाय एक प्रतिनिधि सारांश के माध्यम से उनके उपयोग का वर्णन करने की आवश्यकता थी। (cs.princeton.edu)

8. संरचित सहकर्मी समीक्षा

सहकर्मी समीक्षा छात्रों को केवल कोड उत्पादकों से कोड समीक्षकों में बदल देती है। प्रारंभिक शोध से पता चलता है कि रूब्रिक-आधारित सहकर्मी मूल्यांकन मूल्यांकनत्मक सोच और जुड़ाव विकसित करते हुए मध्यम सटीकता के साथ प्रशिक्षक मूल्यांकन का अनुमान लगा सकता है। (arxiv.org)

छात्रों को साक्ष्य के साथ अपनी टिप्पणियों को उचित ठहराने की आवश्यकता होनी चाहिए। "यह कोड खराब है" एक समीक्षा नहीं है। "यह फ़ंक्शन एक लूप के अंदर एक डेटाबेस क्वेरी करता है, जिससे संग्रह बढ़ने पर एक संभावित प्रदर्शन समस्या पैदा होती है" एक समीक्षा है।

9. प्रॉम्प्ट और विशिष्टीकरण समस्याएं

प्रॉम्प्ट समस्याएँ प्रोग्रामिंग अभ्यास हैं जिनमें छात्र प्राकृतिक-भाषा निर्देश लिखते हैं जो एक आर्टिफिशियल इंटेलिजेंस सिस्टम को एक विशिष्टीकरण को संतुष्ट करने वाला कोड उत्पन्न करने के लिए प्रेरित करते हैं। यह दृष्टिकोण छात्रों को कम्प्यूटेशनल आवश्यकताओं को कोड-जनरेटिंग सिस्टम को संप्रेषित करना स्पष्ट रूप से सिखाता है। (arxiv.org)

यह उपयोगी हो सकता है, लेकिन यह एकमात्र मूल्यांकन विधि नहीं होनी चाहिए। नौ सौ से अधिक छात्रों से जुड़े 2026 के एक अध्ययन में पाया गया कि सामान्य त्रुटियों में प्रॉम्प्ट से महत्वपूर्ण विवरण छोड़ना शामिल था। जब जेनरेट किया गया कोड विफल हो गया, तो छात्रों ने अक्सर कोड का पता लगाने या परीक्षण मामलों की जांच करने के बजाय अपने इरादे को स्पष्ट करने पर ध्यान केंद्रित किया। (arxiv.org)

इसलिए प्रॉम्प्टिंग विघटन और संचार कौशल को प्रकट कर सकता है, लेकिन इसे कोड पढ़ने, परीक्षण, डिबगिंग और समीक्षा के साथ जोड़ा जाना चाहिए।

एक नमूना मूल्यांकन संरचना

एक व्यावहारिक परियोजना निम्नलिखित वेटिंग का उपयोग कर सकती है:

घटक	वेटेज	यह क्या मापता है
समस्या का निर्धारण और विशिष्टीकरण	15 प्रतिशत	वास्तविक समस्या को समझना
विघटन और तकनीकी डिजाइन	20 प्रतिशत	कार्य को विभाजित करने और एक आर्किटेक्चर चुनने की क्षमता
एजेंट-सहायता प्राप्त कार्यान्वयन	15 प्रतिशत	उपकरणों को उत्पादक रूप से निर्देशित करने की क्षमता
परीक्षण और सत्यापन	20 प्रतिशत	यह सबूत कि सिस्टम 'हैप्पी पाथ्स' से परे काम करता है
कोड समीक्षा और जोखिम विश्लेषण	15 प्रतिशत	गुणवत्ता, सुरक्षा और रखरखाव के बारे में निर्णय
प्रक्रिया रिकॉर्ड और प्रकटीकरण	5 प्रतिशत	पारदर्शिता और चिंतनशील अभ्यास
व्यक्तिगत प्रदर्शन या स्थानांतरण कार्य	10 प्रतिशत	स्वतंत्र समझ

यह संरचना अभी भी एक कार्यशील उत्पाद को पुरस्कृत करती है, लेकिन यह एक छात्र को केवल इसलिए उच्च ग्रेड प्राप्त करने से रोकती है क्योंकि एक एजेंट ने एक बड़ा कोडबेस बनाया है।

एजेंट-सहायता प्राप्त coursework में अकादमिक अखंडता

पूर्ण प्रतिबंध और अप्रतिबंधित उपयोग दोनों अपर्याप्त हैं

एक पूर्ण प्रतिबंध एक विशिष्ट मूलभूत मूल्यांकन के लिए उपयुक्त हो सकता है, खासकर जब सीखने का उद्देश्य स्वतंत्र प्रोग्रामिंग अभ्यास हो। हालांकि, एक सार्वभौमिक प्रतिबंध को लागू करना उत्तरोत्तर कठिन होता जा रहा है और छात्रों को उन उपकरणों को सीखने से रोक सकता है जिनका वे पेशेवर काम में सामना करेंगे।

अप्रतिबंधित उपयोग भी अपर्याप्त है। यदि छात्र बिना स्पष्टीकरण के एजेंट-उत्पादित कार्य जमा कर सकते हैं, तो मूल्यांकन सीखने के बजाय एक उपकरण तक पहुंच को माप सकता है।

सबसे मजबूत दृष्टिकोण स्पष्ट, असाइनमेंट-स्तर की नीति है।

तीन उपयोगी नीति मोड

मोड एक: एजेंट निषिद्ध

इसका उपयोग इनके लिए करें:

परीक्षाएँ
मूलभूत प्रोग्रामिंग अभ्यास
व्यक्तिगत डिबगिंग प्रदर्शन
मुख्य एल्गोरिथम अभ्यास
सहायता रहित स्मरण या कार्यान्वयन को मापने के लिए डिज़ाइन किए गए मूल्यांकन

कार्नेगी मेलन का प्रिंसिपल्स ऑफ इंपेरेटिव कंप्यूटेशन कोर्स वर्गीकृत कार्य के किसी भी हिस्से के लिए आर्टिफिशियल इंटेलिजेंस उपकरणों को प्रतिबंधित करता है, जिसमें समाधान उत्पन्न करना, समाधानों की व्याख्या करना, कोड को स्वरूपित करना और परीक्षण मामले उत्पन्न करना शामिल है। (cs.cmu.edu)

मोड दो: एजेंट प्रतिबंधित

इसका उपयोग तब करें जब छात्र इनके लिए पूछ सकते हैं:

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

कार्नेगी मेलन सिस्टम पाठ्यक्रम एप्लिकेशन प्रोग्रामिंग इंटरफेस, लाइब्रेरी, फ्रेमवर्क, प्रदान किए गए कोड और त्रुटि संदेशों को समझने के लिए आर्टिफिशियल इंटेलिजेंस उपकरणों की अनुमति देते हैं, जबकि आंशिक या पूर्ण असाइनमेंट समाधानों के लिए अनुरोधों को प्रतिबंधित करते हैं। (cs.cmu.edu)

मोड तीन: खुलासे के साथ एजेंट की अनुमति

इसका उपयोग यथार्थवादी सॉफ्टवेयर इंजीनियरिंग परियोजनाओं के लिए करें। छात्रों को खुलासा करने की आवश्यकता है:

किन उपकरणों का उपयोग किया गया था
कौन से कार्य सौंपे गए थे
क्या जेनरेट किया गया कोड कॉपी, संशोधित या फिर से लिखा गया था
आउटपुट का परीक्षण कैसे किया गया था
छात्र ने क्या सीखा
डिज़ाइन के कौन से भाग अभी भी छात्र की जिम्मेदारी हैं

प्रिंसटन का विद्वत्तापूर्ण अखंडता मार्गदर्शन बताता है कि अनुमत आर्टिफिशियल इंटेलिजेंस उपयोग का अभी भी खुलासा किया जाना चाहिए और यह कि जेनरेटेड आउटपुट को अपना मानना या इसके उपयोग का खुलासा करने में विफल रहना अखंडता उल्लंघन का गठन कर सकता है। (scholarlyintegrity.princeton.edu)

हार्वर्ड ग्रेजुएट स्कूल ऑफ एजुकेशन इसी तरह स्पष्टीकरण, विचार-मंथन और अन्वेषण जैसे उपयोगों की अनुमति देता है, जबकि छात्रों को आर्टिफिशियल इंटेलिजेंस-जनरेटेड coursework को अपना मानकर जमा करने से प्रतिबंधित करता है। यह अनुमत उपयोग के दस्तावेज़ीकरण की भी आवश्यकता है और चेतावनी देता है कि छात्र सटीकता, गोपनीयता, कॉपीराइट और पूर्वाग्रह के लिए जिम्मेदार रहते हैं। (registrar.gse.harvard.edu)

एक व्यावहारिक प्रकटीकरण विवरण

एक कोर्स एक साधारण टेम्पलेट प्रदान कर सकता है:

मैंने [योजना, डिबगिंग, कोड जनरेशन, परीक्षण, दस्तावेज़ीकरण, या समीक्षा] के लिए [उपकरण का नाम] का उपयोग किया। मैंने [विशिष्ट कार्य] सौंपे। मैंने आउटपुट की समीक्षा और संशोधन किया, परिणामी प्रणाली का परीक्षण किया, और प्रस्तुतियाँ की सटीकता, सुरक्षा और मौलिकता के लिए जिम्मेदार रहता हूँ।

छात्रों को सामान्य वर्तनी सुधार का खुलासा उसी तरह करने की आवश्यकता नहीं होनी चाहिए जैसे प्रत्यायोजित कार्यान्वयन का। नीतियों को मामूली सहायता और पर्याप्त संज्ञानात्मक या तकनीकी योगदान के बीच अंतर करना चाहिए।

गोपनीयता और समान पहुंच

संस्थानों को अनुमोदित उपकरण या विकल्प प्रदान करने चाहिए। छात्रों को गोपनीय coursework, व्यक्तिगत जानकारी, अप्रकाशित शोध, या मालिकाना कोड को सार्वजनिक प्रणालियों पर अपलोड करने की आवश्यकता नहीं होनी चाहिए।

यूनेस्को का मार्गदर्शन एक मानव-केंद्रित दृष्टिकोण का आह्वान करता है जो गोपनीयता, सुरक्षा, समानता, समावेशन और संस्थागत तैयारी को संबोधित करता है। (unesco.org)

पाठ्यक्रमों को उन छात्रों पर भी विचार करना चाहिए जो कई भुगतान वाले उपकरणों का खर्च नहीं उठा सकते। एक निष्पक्ष पाठ्यक्रम यह कर सकता है:

एक साझा संस्थागत उपकरण प्रदान करें
एक स्थानीय या ओपन-सोर्स विकल्प प्रदान करें
असाइनमेंट डिज़ाइन करें जो एक विक्रेता पर निर्भर न हों
सबसे शक्तिशाली मॉडल तक पहुंच के बजाय तर्क को ग्रेड करें
हर आवश्यक सीखने के परिणाम के लिए गैर-एजेंट मार्ग की अनुमति दें

एजेंटों को उत्पादक रूप से शामिल करने के लिए व्यावहारिक तरीके

एक नियंत्रित रिपॉजिटरी का उपयोग करें

छात्रों को एक रिपॉजिटरी दें जिसमें ये शामिल हों:

एक स्पष्ट रीडमी फ़ाइल
एक छोटा लेकिन यथार्थवादी कोडबेस
स्वचालित परीक्षण
एक निरंतर एकीकरण वर्कफ़्लो
ज्ञात मुद्दों की एक सूची
एक स्टाइल गाइड
एक सुरक्षा चेकलिस्ट
एक चेंज लॉग

यह एजेंट के उपयोग को पर्यवेक्षण योग्य बनाता है और छात्रों को एक खाली कोडिंग अभ्यास की तुलना में कुछ अधिक यथार्थवादी देता है।

कार्यान्वयन से पहले एक योजना की आवश्यकता करें

छात्रों को "पूरे एप्लिकेशन का निर्माण करें" के लिए एक एजेंट से पूछकर शुरुआत नहीं करनी चाहिए। एक क्रम की आवश्यकता करें:

एजेंट से रिपॉजिटरी का निरीक्षण करने के लिए कहें।
आर्किटेक्चर के सारांश के लिए पूछें।
जोखिमों और गुम जानकारी के लिए पूछें।
छात्र की अपनी कार्य योजना लिखें।
एक छोटे कार्यान्वयन कार्य को अनुमोदित करें।
परिणामी परिवर्तनों की समीक्षा करें।
जारी रखने से पहले परीक्षण चलाएँ।

यह अंधा प्रत्यायोजन के बजाय नियंत्रित प्रत्यायोजन सिखाता है।

स्पष्ट भूमिकाओं वाली एक एजेंट टीम का उपयोग करें

एक साधारण ऑर्केस्ट्रेशन पैटर्न में शामिल हो सकते हैं:

योजनाकार: कार्य विभाजन का प्रस्ताव करता है
कार्यान्वयनकर्ता: कोड को संशोधित करता है
परीक्षक: परीक्षण बनाता और चलाता है
समीक्षक: दोषों और जोखिमों की खोज करता है
मानव मूल्यांकनकर्ता: परिवर्तनों को स्वीकृत या अस्वीकृत करता है

छात्रों को सीखना चाहिए कि अधिक एजेंट जोड़ने से स्वचालित रूप से गुणवत्ता में सुधार नहीं होता है। अधिक एजेंट विरोधाभासी निर्देश, दोहराया प्रयास, बढ़ी हुई लागत और अस्पष्ट जिम्मेदारी पैदा कर सकते हैं।

शैक्षिक लक्ष्य सबसे बड़ी मल्टी-एजेंट प्रणाली का निर्माण करना नहीं है। यह सबसे सरल कार्यप्रवाह का चयन करना है जो विश्वसनीय परिणाम उत्पन्न करता है।

मानव अनुमोदन द्वार बनाएँ

एक एजेंट से पहले स्पष्ट अनुमोदन की आवश्यकता है:

प्रमाणीकरण बदलें
डेटा स्कीमा संशोधित करें
निर्भरताएँ जोड़ें
उत्पादन प्रणालियों तक पहुँचें
परिनियोजन कॉन्फ़िगरेशन बदलें
फाइलें हटाएँ
एक पुल अनुरोध मर्ज करें

यह छात्रों को सिखाता है कि स्वायत्तता अनुमतियों और समीक्षा से बंधी होनी चाहिए।

जानबूझकर विफलताओं को ग्रेड करें

एजेंट सबसे अधिक शिक्षाप्रद होते हैं जब वे सूचनात्मक तरीकों से विफल होते हैं। प्रशिक्षकों को शामिल करना चाहिए:

अस्पष्ट आवश्यकताएँ
विरोधाभासी बाधाएँ
अधूरे परीक्षण
सुरक्षा-संवेदनशील संचालन
भ्रामक दस्तावेज़ीकरण
अस्थिर परीक्षण
प्रदर्शन सीमाएँ
एक परिवर्तन जो सही प्रतीत होता है लेकिन दूसरी सुविधा को तोड़ता है

छात्र का कार्य विफलता का निदान करना और प्रक्रिया में सुधार करना है।