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

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

समस्या यह नहीं है कि उत्पन्न करना कोड का। यह है सत्यापन उसका।

यदि हम AI को “Vibe Coders” के रूप में अपनाते हैं – जहाँ हम इरादा बताते हैं और AI कार्यान्वयन करता है – तो हम नई सॉफ़्टवेयर की एक विशाल धारा बनाते हैं। एक झुंड AI‑एजेंट एक मिनट में उतना कोड उत्पन्न कर सकता है जितना एक वरिष्ठ डेवलपर एक सप्ताह में समीक्षा कर सकता है। मानव अब बाधा बन गया है।

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

हस्तशिल्पी से फैक्ट्री निदेशक तक

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

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

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

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

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

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

1. कार्यकारी शक्ति (जनरेशन)
हम एक ही एआई से समाधान नहीं माँगते, हम तीन एआई माँगते हैं। हम Gemini 3, GPT-5 और एक ओपन-सोर्स मॉडल (जैसे Llama) को समान समस्या पर समानांतर काम करने देते हैं। यह टनल विज़न को रोकता है और उन “आलस्य” को तोड़ता है जिनका सामना एलएलएम कभी‑कभी करते हैं। यह दृष्टिकोण भी वैज्ञानिक रूप से शोधित और यह दर्शाता है कि आप एआई भ्रम को रोक सकते हैं और बिना त्रुटियों के बहुत लंबी श्रृंखलाएँ बना सकते हैं

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

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

विजेता उत्पादन में जाता है।

सॉफ़्टवेयर की त्रिस पॉलिटिका

यह मॉडल शक्ति के विभाजन को लागू करता है जो कई टीमों में अनुपस्थित होता है।

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

निष्कर्ष: वास्तुकार की नई भूमिका

यह हमें सिंटैक्स त्रुटियों की तानाशाही से मुक्त करता है और हमें उन चीज़ों पर ध्यान केंद्रित करने देता है जिसमें हम निपुण हैं: सिस्टम सोच। सत्य की खोज। संरचना और निर्णय‑निर्धारण।

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

मुझे बताइए