वह परत जो किसी ने नहीं बनाई और जिसे AI खुद नहीं बना सकता

वह परत जो किसी ने नहीं बनाई और जिसे AI खुद नहीं बना सकता

व्यावसायिक विफलता का एक ऐसा रूप है जो AI अपनाने के डैशबोर्ड में नहीं दिखता। इसे न प्रोसेस किए गए टोकन में मापा जाता है, न सक्रिय उपयोगकर्ताओं में। यह तब सामने आता है जब एक परफेक्ट तरीके से ट्रेन किया गया मॉडल ऐसे परिणाम देता है जिन पर संगठन के अंदर कोई भी लगातार भरोसा नहीं कर सकता।

Javier OcañaJavier Ocaña5 जून 20268 मिनट
साझा करें

वह परत जो किसी ने नहीं बनाई और जिसे AI स्वयं नहीं बना सकता

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

स्टैनफोर्ड AI इंडेक्स बताता है कि 55% कंपनियों के पास पहले से ही उत्पादन में AI का कम से कम एक उपयोग मामला है। PwC रिपोर्ट करता है कि एक तिहाई CEO ने ठोस परिणाम देखे हैं। लेकिन उस प्रगति का दूसरा पक्ष मौन है: उन कार्यान्वयनों का एक महत्वपूर्ण अनुपात ऐसी कृत्रिम रूप से सीमित दक्षता के साथ काम करता है जिसे कोई भी मॉडल प्रदाता अपने उत्पाद शीट में शामिल नहीं करता। यह एल्गोरिदम नहीं है। यह कंप्यूटिंग अवसंरचना नहीं है। यह एक संरचित दस्तावेज़ीकरण परत की अनुपस्थिति है जो मॉडल को उस वास्तविक अर्थ से जोड़ती है जो संगठन अपने डेटा, प्रक्रियाओं और व्यावसायिक नियमों को देता है।

AI संस्थागत ज्ञान का उत्तराधिकार नहीं लेता। यह स्पष्ट लगता है जब तक कि आप उस परिचालन लागत का सामना नहीं करते जो तब होती है जब उस उत्तराधिकार को अंतर्निहित माना जाता है।

वह समस्या जिसे डेटा गवर्नेंस हल नहीं करता

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

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

एक AI मॉडल इनमें से कुछ भी नहीं जानता। वह इसका अनुमान नहीं लगा सकता। जब वह कोशिश करता है, तो वह वह उत्पन्न करता है जिसे टीमें व्यावसायिक असंगति या मतिभ्रम के रूप में अनुभव करती हैं: मॉडल के दृष्टिकोण से तकनीकी रूप से सही परिणाम, लेकिन संगठन की परिचालन शब्दार्थिकी से अलग।

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

IBM, 2026 के लिए अपनाने की चुनौतियों के अपने विश्लेषण में, डेटा की गुणवत्ता और तैयारी को पायलट से परे AI को स्केल करने के लिए सबसे लगातार बाधा के रूप में पहचानता है। Lumenova AI विशेष रूप से प्रलेखित AI इन्वेंटरी की कमी, प्रशिक्षण डेटा वंशावली की अनुपस्थिति और मॉडल कैसे काम करते हैं इसके बारे में समझने योग्य भाषा में स्पष्टीकरण की कमी को इंगित करता है। ये एल्गोरिदमिक क्षमता की समस्याएं नहीं हैं। ये सूचना वास्तुकला की समस्याएं हैं।

संदर्भ कहाँ खो जाता है और उस रिक्तता की कितनी लागत है

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

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

उस रिक्तता की लागत केवल अल्पकालिक परिचालन नहीं है। यह रणनीतिक है। जब दस्तावेज़ीकरण कमजोर होता है, AI टीमें प्रॉम्प्ट इंजीनियरिंग से क्षतिपूर्ति करती हैं: व्यवसाय की गहरी जानकारी रखने वाला कोई व्यक्ति सवाल इस तरह पूछना सीखता है कि मॉडल स्वीकार्य परिणाम उत्पन्न करे। यह व्यक्तिगत स्तर पर काम करता है। संगठनात्मक स्तर पर काम नहीं करता, क्योंकि ज्ञान जो उन प्रभावी प्रॉम्प्ट को सक्षम बनाता है वह अभी भी अंतर्निहित, अत्यंत व्यक्तिगत और हस्तांतरणीय नहीं है।

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

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

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

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

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

वह संबंध महत्वपूर्ण है क्योंकि यह खोजे जाने की समस्या को हल करता है। दस्तावेज़ीकरण जो मौजूद है लेकिन जरूरत के समय नहीं मिल सकता, उसका परिचालन मूल्य शून्य के करीब है। मानक दस्तावेज़ीकरण होना नहीं है: यह ऐसा दस्तावेज़ीकरण होना है जिसे मॉडल उस समय उपभोग कर सके जब वह उस डेटा के बारे में तर्क करता है जिसे वह वर्णित करता है।

यहीं पर AI की अपनी सक्षमता में एक वास्तविक रूप से उपयोगी भूमिका है। यह मौजूदा SQL परिवर्तनों का विश्लेषण कर सकता है और अंतर्निहित व्यावसायिक तर्क निकाल सकता है। यह विभिन्न दस्तावेज़ों में बिखरी परिभाषाओं के बीच असंगतताओं की पहचान कर सकता है। यह मौजूदा कोड और टिप्पणियों से दस्तावेज़ीकरण के पहले मसौदे उत्पन्न कर सकता है। दस्तावेज़ीकरण अंतर को बंद करने के लिए AI का वह उपयोग एक शॉर्टकट नहीं है: यह एकमात्र तंत्र है जिसमें संदर्भ ऋण को प्रबंधनीय बनाने के लिए पर्याप्त स्केल है जो अधिकांश संगठनों ने व्यवस्थित दस्तावेज़ीकरण के बिना डिजिटलीकरण के वर्षों में जमा किया है।

वह प्रतिस्पर्धात्मक लाभ जो मॉडल में नहीं है

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

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

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

साझा करें

आपको यह भी पसंद आ सकता है