इस लेख में
अगर आपका ऐप, वेबसाइट या आंतरिक सिस्टम AI टूल्स से बना है, या आपका डेवलपर इन्हें इस्तेमाल करता है, तो सऊदी डेटा और आर्टिफिशियल इंटेलिजेंस प्राधिकरण (SDAIA) की अप्रैल 2026 में जारी «Vibe Coding» (वाइब कोडिंग) गाइड एक साफ नियम तय करती है: AI जो कुछ भी बनाता है, वह तब तक बिना मंज़ूरी का ड्राफ्ट है जब तक कोई इंसान उसकी समीक्षा, सत्यापन और औपचारिक मंज़ूरी न कर दे। गाइड 57 पन्नों की है, सरकारी और निजी दोनों क्षेत्रों की तकनीकी टीमों के लिए है, 4 मुख्य जोखिम और 6 बुनियादी सीमाएँ बताती है, और 5 ऐसे बिंदु तय करती है जहाँ कोड आपके ग्राहकों तक पहुँचने से पहले इंसान को दखल देना ही होगा। इस लेख में हम इसे ऐसे व्यावहारिक सवालों में बदलते हैं जो आप इसी हफ्ते अपनी टीम या वेंडर से पूछ सकते हैं।
SDAIA की परिभाषा में वाइब कोडिंग क्या है?
गाइड वाइब कोडिंग (अरबी में «al-barmaja al-tawlidiya», यानी जनरेटिव प्रोग्रामिंग) को ऐसा तरीका बताती है जिसमें उपयोगकर्ता सामान्य भाषा में बताता है कि उसे क्या चाहिए और AI टूल्स कोड लिखते हैं। यह कोड लिखने से आगे जाकर उस चीज़ तक पहुँचती है जिसे यह एजेंटिक AI कहती है: ऐसे टूल्स जो खुद कोड बनाते हैं, टेस्ट चलाते हैं और डिप्लॉयमेंट संभालते हैं, जबकि अहम फैसलों की दिशा इंसान तय करता है।
गाइड उपयोग को 3 हिस्सों में बाँटती है: डिज़ाइन और यूज़र अनुभव (आइडिया और प्रोटोटाइप), प्रोग्रामिंग (कोड लिखना और सुधारना), और परीक्षण (टेस्ट योजनाएँ, टेस्ट डेटा और खराबी का विश्लेषण)। यह माइक्रोसॉफ्ट के हवाले से कहती है कि ये टूल्स कंपनी में बनने वाले लगभग 30% कोड को तैयार करते हैं, और गूगल के हवाले से कि उसके लगभग 25% नए कोड को AI बनाता है और मर्ज से पहले इंसान उसकी समीक्षा करते हैं। संदेश साफ है: सबसे बड़ी कंपनियाँ इन टूल्स का रोज़ इस्तेमाल करती हैं, लेकिन एक समीक्षा व्यवस्था के भीतर।
सबसे अहम नियम: AI का नतीजा एक ड्राफ्ट है
गाइड की पहली परिभाषा «AI से बना ड्राफ्ट» है: सिस्टम का बनाया कोई भी नतीजा तब तक बिना मंज़ूरी का पहला ड्राफ्ट रहता है जब तक वह इंसानी समीक्षा, सत्यापन और मंज़ूरी से न गुज़रे। यह «Human-in-the-loop» (प्रक्रिया में इंसान) सिद्धांत को अपनी पद्धति में एक अनिवार्य गवर्नेंस सिद्धांत बताती है। साथ ही यह जोड़ती है कि जब AI टूल्स को ऐसे कार्यकारी अधिकार दिए जाते हैं जिनका बड़ा परिचालन, कानूनी या व्यावसायिक असर हो सकता है, तब इंसानी दखल अनिवार्य हो जाता है।
कारोबारी मालिक की भाषा में: अगर कोई AI टूल किसी की मंज़ूरी के बिना आपके ऐप का अपडेट प्रकाशित कर सकता है या आपके ग्राहक डेटाबेस को बदल सकता है, तो गाइड ठीक इसी के बारे में चेतावनी देती है। साफ कर दें कि गाइड मार्गदर्शक है, दंड वाला नियम नहीं, लेकिन इन टूल्स के «ज़िम्मेदार उपयोग» पर अब तक का यह सबसे स्पष्ट आधिकारिक सऊदी संदर्भ है, और यह राष्ट्रीय AI जोखिम प्रबंधन ढाँचे का पूरक है।
गाइड के बताए 4 जोखिम, और ये आपके प्रोजेक्ट में कैसे दिखते हैं
- हैलुसिनेशन: ऐसा कोड जो ठीक दिखता है लेकिन ऐसे API बुलाता है जो मौजूद नहीं, या काल्पनिक या बिना सपोर्ट वाले पैकेज और लाइब्रेरी सुझाता है। नतीजा होता है आपके दूसरे सिस्टम्स के साथ इंटीग्रेशन की गलतियाँ, और अगर कोई सुझाए गए पैकेज को बिना जाँचे नाम से इंस्टॉल कर दे तो सुरक्षा में सेंध भी।
- ज़रूरत से ज़्यादा भरोसा: बने हुए कोड को सुरक्षा या कार्यात्मक जाँच के बिना स्वीकार करना, या उसे सीधे उस लाइव माहौल में ले जाना जिसे आपके ग्राहक इस्तेमाल करते हैं।
- सतही कवरेज: एक सामान्य सुरक्षा विश्लेषण जो कमज़ोरियाँ छोड़ देता है, और अधूरे टेस्ट, जो आपको यह झूठा एहसास देते हैं कि सब ठीक है।
- अनिश्चित नतीजे: एक ही प्रॉम्प्ट हर बार अलग कोड देता है, जिससे नतीजों को दोहराना और ऑडिट करना मुश्किल हो जाता है।
6 चीज़ें जिनकी AI गारंटी नहीं देता
गाइड 6 बुनियादी सीमाएँ गिनाती है: AI आपके कारोबार की मंशा को सिर्फ उतना ही समझता है जितना आपने साफ लिखा हो; वह आपकी संस्था के खास जोखिमों या प्राथमिकताओं का आकलन नहीं कर सकता; वह आर्किटेक्चर की सोच और डिज़ाइन के फैसलों की जगह नहीं ले सकता; वह गारंटी नहीं देता कि कोड सही है या असली उपयोग के लायक है; वह हमेशा एक जैसे नतीजे नहीं देता; और उसका नतीजा न तो औपचारिक परीक्षण प्रमाण है और न ही असली टेस्ट का विकल्प। गाइड साफ कहती है कि सत्यापन, परीक्षण और मंज़ूरी की ज़िम्मेदारी «पूरी तरह इंसानी» है।
कोड ग्राहकों तक पहुँचने से पहले 5 इंसानी जाँच बिंदु
- हर कोड बदलाव को मुख्य ब्रांच में मर्ज करने से पहले जाँचना।
- हर रिलीज़ को डिप्लॉय करने से पहले उसकी तैयारी का आकलन करना।
- डिप्लॉय करने या रोलबैक करने के फैसले की निगरानी करना।
- प्रोडक्शन में किसी भी अप्रत्याशित व्यवहार की व्याख्या करना।
- विकास योजनाओं और दीर्घकालिक तकनीकी रोडमैप को मंज़ूरी देना।
इस हफ्ते अपने डेवलपर या वेंडर से पूछने वाले सवाल
- AI का लिखा कोड मर्ज से पहले कौन जाँचता है, और क्या हर बदलाव की दर्ज समीक्षा है?
- क्या टेस्ट सच में सिस्टम पर चलाए जाते हैं, या टूल ने बस «कह दिया» कि कोड काम करता है?
- AI टूल्स के पास कौन से अधिकार हैं? क्या वे डिप्लॉय कर सकते हैं या असली डेटाबेस तक पहुँच सकते हैं? (देखें कि हमलावर का कमांड चलाने वाले कोडिंग एजेंट्स के साथ क्या हुआ।)
- क्या टेस्ट डेटा सिंथेटिक है? गाइड ऐसे टेस्ट डेटा की माँग करती है जो प्राइवेसी नियमों का पालन करे और किसी भी असली या संवेदनशील डेटा के इस्तेमाल को रोके, जो आपके ग्राहकों के निजी डेटा के लिए अहम है।
- लाइव होने से पहले रिलीज़ पर कौन हस्ताक्षर करता है, और कुछ टूटने पर रोलबैक का फैसला किसके हाथ में है?
अगर इन पाँच में से तीन सवालों का साफ जवाब नहीं मिलता, तो समस्या AI टूल में नहीं बल्कि काम करने के तरीके में है। अगर आप नया डेवलपमेंट पार्टनर चुन रहे हैं, तो इन सवालों को अपने सॉफ्टवेयर कंपनी चुनने के मानदंडों में जोड़ें।
Origami का नज़रिया
हम डिज़ाइन, प्रोग्रामिंग और परीक्षण में AI टूल्स इस्तेमाल करते हैं, क्योंकि ये हमारे ग्राहकों का असली समय बचाते हैं। लेकिन ये जो लिखते हैं, उसे हम ठीक वैसे ही देखते हैं जैसे SDAIA की गाइड बताती है: एक ड्राफ्ट। हर बदलाव डेवलपर की समीक्षा से गुज़रता है, टेस्ट सच में चलाए जाते हैं, असली ग्राहक डेटा कभी टेस्ट माहौल में नहीं जाता, और डिप्लॉय का फैसला इंसान करता है। बिना समीक्षा की रफ्तार की कीमत बाद में आउटेज और सुरक्षा खामियों के रूप में चुकानी पड़ती है। अगर आपने AI से प्रोटोटाइप बनाया है और उसे ऐसे सिस्टम में बदलना चाहते हैं जिस पर आपके ग्राहक भरोसा कर सकें, तो हमसे बात करें।
स्रोत
सामान्य प्रश्न
क्या SDAIA की वाइब कोडिंग गाइड मेरी कंपनी पर बाध्यकारी है?
यह गाइड मार्गदर्शक है, दंड वाला नियम नहीं, और सरकारी व निजी क्षेत्र की तकनीकी टीमों के लिए है। फिर भी AI कोडिंग टूल्स के ज़िम्मेदार उपयोग पर यह सबसे स्पष्ट आधिकारिक सऊदी संदर्भ है, और अपनी पद्धति में यह इंसानी समीक्षा को एक अनिवार्य गवर्नेंस सिद्धांत बताती है।
क्या मैं बिना डेवलपर के सिर्फ AI से पूरा ऐप बना सकता हूँ?
किसी आइडिया को परखने के लिए आप तेज़ी से एक प्रोटोटाइप बना सकते हैं। लेकिन जिस सिस्टम पर आपके ग्राहक निर्भर हों, उसके लिए गाइड कहती है कि AI कोड के सही या उपयोग योग्य होने की गारंटी नहीं देता, और सत्यापन, परीक्षण व मंज़ूरी की ज़िम्मेदारी पूरी तरह इंसान की है, इसलिए लॉन्च से पहले जाँच करने वाला डेवलपर चाहिए।
AI के लिखे कोड में सबसे बड़ा जोखिम क्या है?
गाइड 4 जोखिम बताती है: हैलुसिनेशन, जैसे ऐसी लाइब्रेरी या API सुझाना जो मौजूद ही नहीं; ज़रूरत से ज़्यादा भरोसा, यानी सुरक्षा जाँच के बिना कोड को प्रोडक्शन में भेजना; विश्लेषण और परीक्षण में सतही कवरेज; और हर बार बदलने वाले नतीजे।
मैं कैसे पक्का करूँ कि मेरा डेवलपर AI से बना कोड जाँचता है?
गाइड के 5 जाँच बिंदुओं के बारे में पूछें: मर्ज से पहले हर बदलाव की समीक्षा, रिलीज़ की तैयारी का आकलन, डिप्लॉय या रोलबैक की मंज़ूरी, अप्रत्याशित व्यवहार की व्याख्या, और विकास योजना की मंज़ूरी। माँगें कि समीक्षाएँ और टेस्ट रन दर्ज हों, सिर्फ वादा न हों।
