AI डिज़ाइन अथॉरिटी

हम सॉफ्टवेयर विकास में एक महत्वपूर्ण मोड़ पर खड़े हैं। चर्चा अक्सर इस बात पर होती है कि कौन सा क्या एआई सबसे अच्छा कोड लिखता है (क्लॉड बनाम चैटजीपीटी) या कहाँ वह एआई कहाँ रहना चाहिए (IDE या CLI)। लेकिन यह सही सवाल नहीं है।

यदि हम “वाइब कोडर्स” के रूप में एआई को अपनाते हैं - जहाँ हम अपनी मंशा बताते हैं और एआई निष्पादन करता है - तो हम नए सॉफ्टवेयर की एक विशाल धारा पैदा करते हैं। एआई-एजेंटों का एक झुंड एक मिनट में उतना कोड जनरेट कर सकता है जितना एक सीनियर डेवलपर एक हफ्ते में रिव्यू कर सकता है। इंसान अब बॉटलेक (अवरोध) बन गया है।

इसका समाधान यह नहीं है कि अधिक और अधिक लोग हों। समाधान एक एआई डिज़ाइन अथॉरिटी.

कारीगर से कारखाने के निदेशक तक

पारंपरिक रूप से, “डिज़ाइन अथॉरिटी” आर्किटेक्ट्स का एक समूह होता है जो सप्ताह या महीने में एक बार किसी डिज़ाइन को मंजूरी देने या अस्वीकार करने के लिए मिलता है। की दुनिया में हाई-वेलोसिटी एआई डेवलपमेंट वह मॉडल पूरी तरह से पुराना हो चुका है। यह बहुत धीमा और बहुत प्रतिक्रियावादी है।

यदि हम “डिस्पोजेबल कोड” की ओर रुख करते हैं - ऐसा सॉफ्टवेयर जिसे हम अंतहीन रूप से रीफैक्टर नहीं करते हैं, बल्कि आवश्यकताएं बदलने पर फेंक देते हैं और फिर से जनरेट करते हैं - तो हमारी भूमिका मौलिक रूप से बदल जाती है। हम अब ईंट-दर-ईंट जोड़ने वाले राजमिस्त्री नहीं हैं। हम उस कारखाने के आर्किटेक्ट हैं जो दीवारों को प्रिंट करता है।

लेकिन यह कौन जांचता है कि वे दीवारें सीधी हैं या नहीं?

“गॉन्टलेट”: एक स्वचालित अग्नि परीक्षा

एक एआई डिज़ाइन अथॉरिटी कोई व्यक्ति नहीं, बल्कि एक पाइपलाइन है। एक "गॉन्टलेट" जिससे गुजरकर जेनरेट किए गए हर कोड को प्रोडक्शन तक पहुँचना होता है। यह प्रक्रिया मानव कोड समीक्षा को नहीं बदलती है कुछ नहींबल्कि इससे बेहतर चीज़ से.

यह तीन स्तरों पर काम करता है:

1. कार्यकारी शाखा (उत्पत्ति)
हम समाधान के लिए किसी एक एआई से नहीं, बल्कि तीन से पूछते हैं। हम जेमिनी 3, जीपीटी-5 और एक ओपन-सोर्स मॉडल (जैसे लामा) को एक ही समस्या पर समानांतर रूप से काम करने के लिए कहते हैं। इससे टनल विजन से बचा जाता है और एलएलएम में कभी-कभार आने वाले "आलस" को दूर किया जाता है। यह दृष्टिकोण भी है वैज्ञानिक रूप से शोधित और यह दर्शाता है कि आप एआई मतिभ्रम (हलूचिनेशन) को रोक सकते हैं और बिना किसी त्रुटि के बहुत लंबी श्रृंखलाएं बना सकते हैं

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

3. सॉफ्ट फ़िल्टर (AI जूरी)
यह असली नवाचार है। बचे हुए समाधानों को एक विशेष "वोटिंग एआई" के सामने प्रस्तुत किया जाता है। यह एजेंट कोई कोड नहीं लिखता है, बल्कि पढ़ता है कोड। इसे हमारे आर्किटेक्चर सिद्धांतों, सुरक्षा आवश्यकताओं (OWASP, ISO) और अनुपालन नियमों (EU AI Act) पर प्रशिक्षित किया गया है।
यह तुलना करता है: "समाधान ए तेज़ है, लेकिन समाधान बी अधिक सुरक्षित है और हमारे माइक्रोसर्विसेज आर्किटेक्चर का बेहतर पालन करता है।"

विजेता प्रोडक्शन में जाता है।

सॉफ्टवेयर की ट्रियास पॉलिटिका (शक्तियों का पृथक्करण)

यह मॉडल शक्तियों के उस पृथक्करण को लागू करता है जो कई टीमों में गायब होता है।

• विधायिका (आर्किटेक्ट): आर्किटेक्ट “संविधान” लिखता है। प्रॉम्प्ट, आर्किटेक्चर दस्तावेज़ (project-description.md, rules.md, skills.md en principles.md), और कठोर आवश्यकताएं। आर्किटेक्ट तय करता है क्या हम क्या बनाते हैं, इसे कौन बनाता है, कैसे और क्यों.
• कार्यपालिका (कोडिंग एजेंट्स): वे निष्पादित करते हैं। तेज़, किफायती और मानवीय डेवलपर्स के संरक्षण में।
• न्यायपालिका (डिज़ाइन अथॉरिटी): एक स्वतंत्र एआई परत जो कानून के खिलाफ परीक्षण करती है।

निष्कर्ष: आर्किटेक्ट की नई भूमिका

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

सवाल यह नहीं है कि क्या AI हमारा कोड लिख सकता है। वह विषय पहले ही बंद हो चुका है। कोड काफी हद तक एक डिस्पोजेबल उत्पाद बनता जा रहा है।
सवाल यह है: क्या आप कोड पर नियंत्रण छोड़ने का साहस रखते हैं, ताकि इसके बदले गुणवत्ता पर नियंत्रण वापस पा सकें?

मुझे बताएं