जब स्पोर्ट्स न्यूज़ ऑटोमेशन को खाली इनपुट मिले: Stage-1 फेल्योर की असली कीमत

एक Stage-1 एनालिसिस रिपोर्ट, जिसका डोमेन लेबल सिर्फ़ cricket_asia था, अपने निष्कर्ष में एक ही बात कहती है — इस नतीजे में ऐसा कुछ भी नहीं है जिसका विश्लेषण किया जा सके। यह अपने आप में एक ख़बर है, और स्पोर्ट्स न्यूज़रूम्स के लिए एक ऐसी ख़बर है जिसे नज़रअंदाज़ करना महंगा पड़ता है। रिपोर्ट में दर्ज फ़ील्ड्स को एक-एक करके देखें तो तस्वीर साफ़ हो जाती है। Article Title खाली। Article Source खाली। Article Type — Unclassified। Core Viewpoints — पूरी तरह ख़ाली। Information Points — एक ख़ाली लिस्ट। यानी डोमेन लेबल cricket_asia के अलावा कुछ भी मौजूद नहीं था — कोई तथ्य नहीं, कोई एंटिटी नहीं, कोई दावा नहीं, कोई स्रोत नहीं। सबसे चौंकाने वाला हिस्सा Entities Involved फ़ील्ड है। उसमें लिखा है कि एंटिटीज़ को "ऊपर दिए गए इन्फ़ॉर्मेशन पॉइंट्स से" पहचाना जाए — जबकि ऊपर कोई इन्फ़ॉर्मेशन पॉइंट ही नहीं है। यह विश्लेषक की चूक नहीं है। यह साफ़ संकेत है कि खराबी ऊपर के एक्सट्रैक्शन स्टेज में हुई है, और वह चुपचाप आगे बढ़ गई। यह वही स्थिति है जिसे सिस्टम इंजीनियरिंग में साइलेंट फेल्योर कहा जाता है — पाइपलाइन रुकी नहीं, एरर भी नहीं फेंका, बस खाली हाथ आगे बढ़ गई। अब वह सवाल, जो हर ऑटोमेटेड कंटेंट सिस्टम के सामने आता है: क्या इस खाली इनपुट पर भी "गहरा विश्लेषण" बनाया जा सकता है? तकनीकी तौर पर हाँ — लेकिन जो किया जाएगा वह विश्लेषण नहीं होगा। cricket_asia लेबल से शुरू करके यह अनुमान लगाना कि "शायद एशिया कप की बात है, शायद ACC का कोई फ़ैसला है, शायद किसी मैच का ज़िक्र है", असल में टूर्नामेंट के नाम, टीमों के नाम, स्कोर और कोट्स गढ़ना है। यह अनुमान नहीं, निर्माण है। इस निर्माण की पहली कीमत तकनीकी है। Stage-2 और Stage-3 ऐसे सिस्टम में चलते हैं जो अपने इनपुट को तथ्य मानते हैं। अगर Stage-1 किसी काल्पनिक एंटिटी को आगे भेज देता है, तो अगला स्टेज उसे और पुख़्ता बना देता है, तीसरा उसे कहानी में बुन देता है। शुरुआत में एक अनुमान था; अंत में वह एक पूरी रिपोर्ट है जिसका कोई स्रोत नहीं। एरर करेक्शन का कोई पॉइंट बीच में मौजूद ही नहीं था। दूसरी कीमत संपादकीय है, और यह ज़्यादा गंभीर है। अगर आउटपुट सार्वजनिक होता है, तो पाठक के हाथ में एक ऐसी क्रिकेट रिपोर्ट लगती है जो पढ़ने में पूरी तरह ठोस लगती है — नाम सही जैसे, तारीख़ें ठीक जैसी, कोट्स विश्वसनीय जैसे — और असल में पूरी तरह मनगढ़ंत। यह "थोड़ी ग़लती" नहीं है। यह फ़ेक न्यूज़ का उत्पादन है, चाहे इरादा कुछ भी रहा हो। cricket_asia जैसे डोमेन में इसका जोखिम ख़ास तौर पर ऊँचा है, और इसकी वजह ढाँचा है। एशियाई क्रिकेट दो परतों में चलता है — ACC (एशियन क्रिकेट काउंसिल) और ICC — और इनके बीच सदस्य देशों के बोर्ड्स की अपनी स्थितियाँ हैं। BCCI, PCB, SLC, BCB, ACB, नेपाल क्रिकेट एसोसिएशन — हर बोर्ड का अपना एजेंडा, अपनी मीडिया रणनीति और अपनी संवेदनशीलताएँ हैं। इस डोमेन की ख़बरें अक्सर सिर्फ़ खेल की ख़बरें नहीं होतीं; वे मेज़बानी अधिकार, कार्यक्रम खिड़कियाँ, ब्रॉडकास्ट डील और राजनयिक संतुलन से जुड़ी होती हैं। इसीलिए यहाँ ग़लती की सहनशीलता बहुत कम है। अगर किसी रिपोर्ट में ग़लत मेज़बान देश छप जाए, या किसी सदस्य बोर्ड को ऐसा बयान मनसूब कर दिया जाए जो उसने कभी नहीं दिया, तो नतीजा सिर्फ़ एक रिट्रैक्शन नहीं होता। वह दो बोर्ड्स के बीच तनाव, एक प्रायोजक के लिए सिरदर्द, और उस पब्लिकेशन की विश्वसनीयता के लिए स्थायी नुक़सान बन जाता है। क्रिकेट में स्कोर की ग़लती सुधर जाती है; कूटनीति की ग़लती नहीं। तो सवाल यह नहीं है कि खाली इनपुट पर क्या लिखें। सवाल यह है कि खाली इनपुट आगे बढ़े ही क्यों। पहला सुधार इनपुट के न्यूनतम मानक पर है। सबसे अच्छा विकल्प है मूल पाठ — पूरा आर्टिकल बॉडी। अगर वह उपलब्ध नहीं, तो कम से कम तीन इन्फ़ॉर्मेशन पॉइंट्स चाहिए, और हर पॉइंट के साथ तीन चीज़ें अनिवार्य हों: क्या कहा गया, किसने कहा, और कब कहा गया। स्रोत और समय के बिना कोई पॉइंट, पॉइंट नहीं है — वह एक वाक्य है जिसे बाद में किसी ने भी किसी के मुँह में डाल दिया। दूसरा सुधार एक्सट्रैक्शन लेयर के व्यवहार में है। खाली लिस्ट को चुपचाप पास होने की अनुमति नहीं होनी चाहिए। जब Information Points खाली हो, तो पाइपलाइन को अलर्ट फेंकना चाहिए और डाउनस्ट्रीम को रोकना चाहिए। "कुछ नहीं मिला" एक वैध परिणाम है, लेकिन उसे "सब ठीक है" की तरह ट्रीट करना सिस्टम का डिज़ाइन फ़्लॉ है। तीसरा सुधार स्कीमा की आत्म-संगति पर है। इस केस में Entities Involved फ़ील्ड Non-Empty है जबकि उसका डिपेंडेंसी Information Points खाली है। यह एक असंभव स्थिति है और इसे स्कीमा लेवल पर ही अवैध घोषित होना चाहिए। जब कोई फ़ील्ड अपने ही डिपेंडेंसी के बिना भरा हुआ दिखे, तो वह सिग्नल है कि डेटा नहीं, इच्छा भरी गई है। चौथा सुधार सर्किट ब्रेकर है। ऑटोमेटेड पाइपलाइन में ऐसा नियम होना चाहिए कि खाली या अपर्याप्त इनपुट पर आगे का स्टेज अपने आप कुछ न बनाए। मॉडल को "कुछ तो लिख दो" कहना सबसे आसान और सबसे ख़तरनाक निर्देश है। सही निर्देश है: "अगर तथ्य नहीं हैं, तो लिखो कि तथ्य नहीं हैं।" पाँचवाँ सुधार संपादकीय प्रक्रिया में है। कोई भी ऑटोमेटेड आउटपुट प्रकाशित होने से पहले मानवीय स्पॉट-चेक से गुज़रे, और उस चेक में कम से कम तीन एंकर जाँचे जाएँ: टूर्नामेंट का नाम, भाग लेने वाली टीमें, और तारीख़। ये तीन अगर स्रोत से मेल नहीं खाते, तो बाकी सब कचरा है। इस पूरे प्रकरण में एक बात ध्यान देने लायक है। Stage-1 का नतीजा खाली था — यह एक फेल्योर है। लेकिन उस फेल्योर को साफ़-साफ़ फेल्योर कहा गया, यह पाइपलाइन का सबसे स्वस्थ हिस्सा है। जो सिस्टम अपनी खालीपन को पहचान सकता है और उसे छिपाने की जगह रिपोर्ट कर सकता है, वही सिस्टम भरोसे के लायक है। जो सिस्टम हर खाली जगह को मनगढ़ंत नामों से भर देता है, वह तेज़ दिखता है — और सबसे महंगा साबित होता है। क्रिकेट एशिया की कवरेज में यह सबक दोगुना लागू होता है। यहाँ कवरेज की रफ़्तार से ज़्यादा सटीकता मायने रखती है, क्योंकि ग़लत जानकारी यहाँ सिर्फ़ एक आर्टिकल नहीं ख़राब करती — वह उस पूरे इकोसिस्टम का भरोसा ख़राब करती है जिसमें बोर्ड्स, प्रसारक, प्रायोजक और करोड़ों दर्शक शामिल हैं। खाली इनपुट पर चुप रहना कमज़ोरी नहीं है। वह इस पूरे सिस्टम की सबसे ज़रूरी सुरक्षा-व्यवस्था है।