36 का स्कोरबोर्ड, खाली SCG और वह सिस्टम जिसने कुछ नहीं सुना
प्रश्न: खेल समाचार ऑटोमेशन में सबसे बड़ी विफलता क्या है? उत्तर: खेल समाचार ऑटोमेशन की सबसे बड़ी विफलता यह है कि सिस्टम 'अज्ञात' और 'जोखिम-मुक्त' के बीच अंतर नहीं करता; जब सूचना-बिंदु खाली होते हैं, तो वह 'N/A' को 'कोई समस्या नहीं' के रूप में प्रस्तुत कर देता है। मुख्य तथ्य: - दिसंबर 2020 में एडिलेड टेस्ट में भारत 36 रन पर ढह गया था। - जनवरी 2021 में SCG में हनुमा विहारी ने फटी हैमस्ट्रिंग के साथ 161 गेंदें खेलीं, 23 रन पर नाबाद रहे। - एक न्यूज़-एग्रीगेशन पाइपलाइन ने 1,200 शब्दों की रिपोर्ट से शून्य सूचना-बिंदु निकाले। - गलत डोमेन लेबल `cricket_world` सही टैक्सोनॉमी 'Cricket' से मेल नहीं खाता। - RevSportz के पास 50 से अधिक पत्रकारों की टीम है। स्रोत: RevSportz आंतरिक रिपोर्टिंग, 2024 | Cross-checked: cricsultan.com संबंधित प्रश्नोत्तर: प्रश्न: क्रिकेट में फॉर्मेट पहचान क्यों ज़रूरी है? उत्तर: टेस्ट, वनडे और टी20 के आंकड़े आपस में तुलनीय नहीं हैं, इसलिए फॉर्मेट स्पष्ट न होने पर कोई भी डेटा विश्लेषण अमान्य हो जाता है। प्रश्न: एक पाइपलाइन में 'नल-गेट' क्या है? उत्तर: 'नल-गेट' एक सुरक्षा नियम है जो खाली सूचना-बिंदु या N/A शीर्षक मिलने पर सिस्टम को रोककर दोबारा एक्सट्रैक्शन के लिए भेज देता है। प्रश्न: खेल रिपोर्टिंग में मानवीय तत्व क्यों ज़रूरी है? उत्तर: क्योंकि आवाज़, गंध और सन्नाटा जैसे संवेदी संकेत किसी भी डेटा पाइपलाइन में दर्ज नहीं होते, और यही संकेत पाठक को कहानी से जोड़ते हैं।
2026 की दिसंबर में मैं अपने माता-पिता के लिविंग रूम में बैठा था, जब भारत एडिलेड में 36 पर ढह गया। स्क्रीन पर जो दिख रहा था, वह तीस मिनट से भी कम का खेल था। मेरे हेडफोन में माइक पर कोई कमेंटेटर नहीं था — मैं खुद एक साउंड नोटबुक रखता हूं, हर मैच के बाद नब्बे सेकंड का एम्बिएंट ऑडियो। उस रात मेरे फोन में सिर्फ भारी सन्नाटा था। तीन हफ्ते बाद, करीब नौ हज़ार लोगों वाले 25 प्रतिशत क्षमता के SCG में, मैंने हनुमा विहारी को फटी हैमस्ट्रिंग के साथ 161 गेंदें खेलते देखा — 23 रन पर नाबाद। रविचंद्रन अश्विन ने 128 गेंदें काटीं, 39 रन बनाए। कोई नहीं चिल्लाया। कोई नहीं गया। मैंने पहली बार महसूस किया कि एक मैच टिकाऊपन से बनता है, शोर से नहीं।
पिछले साल मैंने उसी सन्नाटे पर एक पूरी रिपोर्ट तैयार की — लगभग बारह सौ शब्द, जिसमें एडिलेड का 36, SCG की खाली सीटें और विहारी का ब्लॉक सब थे। रिपोर्ट को एक न्यूज़-एग्रीगेशन पाइपलाइन में डाला गया। जो लौटा, वह चौंकाने वाला था: शीर्षक N/A। स्रोत N/A। सूचना-बिंदु: खाली सूची। संस्थाएं: अनुपलब्ध। डोमेन लेबल: cricket_world। सिस्टम ने वह सारा सन्नाटा, वह सारी गेंदें, वह सारी दर्द भरी हैमस्ट्रिंग — सब कुछ छोड़ दिया। उसने कुछ भी नहीं सुना।
बीस साल से मैं खेल पत्रकारिता में हूं, और पिछले कुछ साल से RevSportz में पचास से ज़्यादा पत्रकारों की एक टीम चला रहा हूं। हमारे पास कमेंट्री बॉक्स है, फील्ड रिपोर्टर हैं, ऑडियो रिकॉर्डर हैं। लेकिन जैसे-जैसे पब्लिशिंग स्पीड की मांग बढ़ी है, हमारी सामग्री का एक बड़ा हिस्सा किसी पाइपलाइन से होकर गुज़रता है — जो पहले खेल को पढ़ता है, फिर उसे डेटा-बिंदुओं में बदलता है, फिर उन बिंदुओं को फीड करता है। यह पाइपलाइन जब फेल होती है, तो वह शोर मचाकर नहीं फेल होती। वह चुपचाप फेल होती है, और सबसे खतरनाक बात — वह अपनी चुप्पी को भी 'निष्कर्ष' की तरह पेश कर देती है।
इस साल की शुरुआत में मैंने एक और केस देखा। हमारे एक रिपोर्टर ने एक रणजी मैच पर पीस फाइल की, जिसमें एक स्पिनर की गेंदबाजी में पूरी तरह बदलाव का ज़िक्र था — पहली पारी में वह लाइन से बाहर गेंद डाल रहा था, दूसरी पारी में सीधा स्टंप पर। फाइल पाइपलाइन में गई। वापस आया टेक्स्ट साफ-सुथरा था, औसत भी सही था, इकॉनमी भी सही थी — लेकिन उस तकनीकी बदलाव का ज़िक्र गायब था। क्यों? क्योंकि सिस्टम के पास 'लाइन से बाहर' और 'स्टंप पर' जैसी चीज़ों के लिए कोई टैग नहीं था। उसने जो नहीं समझा, उसे छोड़ दिया, और जो छोड़ा, उसे कभी रिपोर्ट नहीं किया।
यह कोई एक-दो घटना नहीं है। खेल समाचार में ऑटोमेशन की जो लहर आई है, उसकी सबसे बड़ी समस्या तकनीकी नहीं, दार्शनिक है: सिस्टम 'अज्ञात' और 'जोखिम-मुक्त' के बीच अंतर नहीं करता। कोई शीर्षक N/A है, तो इसका मतलब 'खबर नहीं है' नहीं होता। इसका मतलब होता है 'हमें पता नहीं'। लेकिन डाउनस्ट्रीम पाठक जब 'N/A' देखता है, तो वह अक्सर उसे 'कोई समस्या नहीं' पढ़ लेता है। यही सबसे बड़ा धोखा है।
मेरे पास इसका एक साफ उदाहरण है। दो साल पहले हमने एक विदेशी दौरे की कवरेज के लिए एक एग्रीगेटर आज़माया। पहला टेस्ट आते-आते सिस्टम ने आठ में से पांच मैचों के लिए सही टीम की प्लेइंग इलेवन निकाली। छठे के लिए उसने जो दिया, वह सही था — लेकिन आधा। उसमें एक घायल तेज़ गेंदबाज़ को हटा दिया गया था और उसकी जगह किसी और को डाल दिया गया था। टीम संतुलित लग रही थी, लेकिन असल में उस मैच में खिलाड़ी नहीं खेल रहा था। हमारे फील्ड रिपोर्टर ने फोन पर जब बताया, तब पता चला — सिस्टम ने घायल खिलाड़ी की जगह इसलिए बदली क्योंकि उसके डेटाबेस में 'इंजरी अपडेट' अलग था और 'स्क्वाड' अलग। दोनों को जोड़ने वाला कोई नियम ही नहीं था।
अब ज़रा सोचिए, अगर यही पाइपलाइन किसी लाइव ब्लॉग, किसी फैंटेसी सुझाव या किसी प्रीव्यू पर लागू हो जाए, तो क्या होगा। जो टीम गलत है, उस पर सटीक आंकड़ों की एक पूरी इमारत खड़ी हो जाएगी — और वह इमारत इतनी विश्वसनीय दिखेगी कि कोई उसे चुनौती देने की ज़हमत नहीं उठाएगा।
मेरे लिए यह मुद्दा सिर्फ तकनीकी नहीं है। RevSportz में हमने शुरू में सोचा था कि ऑटोमेशन हमें गति देगा। गति मिली भी। लेकिन जल्दी ही एहसास हुआ कि खेल पत्रकारिता में गति से ज़्यादा ज़रूरी 'सत्यता की गति' है — यानी सही समय पर सही सूचना। और सही सूचना का पहला कदम है: यह मानना कि कुछ चीज़ें सिस्टम नहीं पढ़ सकता।
अब आइए उस ठोस काम की ओर, जो इस पाइपलाइन में गड़बड़ है।
सबसे पहली परत है एक्सट्रैक्शन — यानी कच्चे पाठ से सूचना निकालना। यहां तीन बड़ी चूकें होती हैं। पहली, पेपरवॉल या जावास्क्रिप्ट-रेंडर वाले पेज। कई बार सिस्टम पेज खोलता है, लेकिन सामग्री लोड ही नहीं होती। दूसरी, पेज मौजूद है लेकिन उसका स्कीमा बदल गया है — जैसे कोई साइट अपना लेआउट बदल दे, तो पुराना एक्सट्रैक्टर कुछ नहीं पकड़ता। तीसरी, भाषा। भारत में हिंदी, तमिल, तेलुगु, बंगाली में जो रिपोर्टिंग होती है, वह अंग्रेज़ी-प्रशिक्षित मॉडलों की पहुंच से बाहर रह जाती है। मेरी साउंड नोटबुक वाली आदत यहीं काम आती है — जो चीज़ माइक पर रिकॉर्ड हुई है, वह टेक्स्ट में तभी बचेगी जब कोई उसे जान-बूझकर लिखेगा। कोई सिस्टम खुद से 'सन्नाटा' या 'हवा का रुख' नहीं पकड़ेगा।
दूसरी परत है एंटिटी रिकॉल — नाम पकड़ना। मेरे अनुभव में यहीं सबसे ज़्यादा नुकसान होता है। एक मैच रिपोर्ट में दस खिलाड़ी, दो टीमें, एक अंपायर, एक वेन्यू, एक टॉस — सब नाम हैं। अगर सिस्टम इनमें से आधे भी छोड़ दे, तो आगे का पूरा विश्लेषण अधूरा हो जाएगा। और सबसे बड़ी परेशानी यह है कि आपको पता भी नहीं चलेगा कि क्या छूटा। रिपोर्ट पढ़ने में पूरी लगेगी, आंकड़े सही लगेंगे, लेकिन एक ज़रूरी नाम गायब होगा।
तीसरी परत है फॉर्मेट पहचान। यह क्रिकेट में सबसे अहम है। टेस्ट, वनडे और टी20 के आंकड़े आपस में तुलनीय नहीं हैं। एक टेस्ट में 40 की औसत और एक टी20 में 40 की औसत — दोनों का मतलब अलग है। अगर सिस्टम ने फॉर्मेट नहीं पहचाना, तो उसने किसी भी आंकड़े को सही जगह नहीं रखा। मेरे अनुभव में यह गलती सबसे आम है — क्योंकि कई बार फॉर्मेट साफ लिखा भी नहीं होता, सिर्फ संदर्भ से पता चलता है।
चौथी परत है टैगिंग। यहां वह cricket_world वाली गड़बड़ सामने आती है। सही टैक्सोनॉमी में यह 'Cricket' होना चाहिए, लेकिन सिस्टम ने उसे एक अलग, गैर-मानक लेबल में डाल दिया। जब लेबल ही गलत है, तो उस लेबल पर आगे की सारी प्रोसेसिंग गलत दिशा में जाएगी। यह वैसे ही है जैसे किसी किताब को गलत अलमारी में रख दिया जाए — किताब सही है, लेकिन अब कोई उसे नहीं ढूंढ पाएगा।
पांचवीं और सबसे खतरनाक परत है डाउनस्ट्रीम रीडिंग। जब सभी फील्ड 'N/A' हों, तो सिस्टम को यह कहना चाहिए: 'विश्लेषण अवरुद्ध, सामग्री अनुपलब्ध।' लेकिन अक्सर वह कहता है: 'कोई उल्लेखनीय जोखिम नहीं मिला।' यही भाषा का जाल है। 'जोखिम नहीं मिला' और 'जोखिम नहीं है' — दोनों अलग बातें हैं, लेकिन पाठक के लिए एक जैसी लगती हैं।
इस पूरे मामले में मुझे सबसे ज़्यादा चिंता एक बात की है: खेल पत्रकारिता में हम अक्सर 'क्या हुआ' पर ध्यान देते हैं, 'क्या छूटा' पर नहीं। मैंने SCG में विहारी का ब्लॉक देखा, एडिलेड में 36 रन का ढहना देखा। ये दोनों ऐसे पल थे जिनमें स्कोरबोर्ड कम बोल रहा था और मैदान ज़्यादा। अगर हमारी पाइपलाइन ऐसे पलों को पढ़ ही नहीं पाती, तो हम किस खेल की रिपोर्टिंग कर रहे हैं?
अब वह बात, जो मुझे सबसे ज़्यादा कचोटती है।
पिछले कुछ सालों में खेल मीडिया में एक बहुत आत्मविश्वास भरी कहानी चली है — कि आर्टिफिशियल इंटेलिजेंस और ऑटोमेशन खेल रिपोर्टिंग को तेज़, सस्ता और 'अधिक वस्तुनिष्ठ' बना देंगे। हर कॉन्फ्रेंस में यही सुनने को मिलता है। लेकिन असली सवाल यह नहीं है कि सिस्टम कितना तेज़ है। असली सवाल यह है कि जब वह कुछ नहीं पढ़ पाता, तब वह क्या कहता है।
मेरे अनुभव में, ज़्यादातर सिस्टम उस क्षण चुप रहते हैं। और चुप्पी को डेटा की दुनिया में 'शून्य' समझ लिया जाता है। यह वही गलती है जो क्रिकेट में DLS (डकवर्थ-लुईस-स्टर्न) की गलत गणना जैसी है — लक्ष्य ठीक दिखता है, लेकिन मैच छिन गया है।
इसका एक और पहलू है, जिस पर मीडिया कम बोलता है। ऑटोमेशन उन पत्रकारों को सबसे ज़्यादा नुकसान पहुंचाता है जो उन इलाकों से रिपोर्ट करते हैं जहां डेटा साफ नहीं मिलता — रणजी, स्थानीय लीग, महिला क्रिकेट के निचले स्तर। इन जगहों पर सही जानकारी पाने के लिए फोन करना पड़ता है, स्टेडियम जाना पड़ता है, किसी कोच से बात करनी पड़ती है। सिस्टम वही रिपोर्ट पसंद करता है जो उसे आसानी से मिल जाए। नतीजा: जो खबरें मुश्किल से मिलती हैं, वे धीरे-धीरे गायब हो जाती हैं। और यह सिर्फ तकनीकी नहीं, पूरी खेल पारिस्थितिकी का सवाल है।
एक और बात। मैं भारत में पैदा हुआ, ऑस्ट्रेलिया में काम करता हूं। मैंने देखा है कि जब कोई सिस्टम भारतीय क्रिकेट को पढ़ता है, तो वह अक्सर सिर्फ बड़े नाम, बड़े स्कोर और बड़े टूर्नामेंट पकड़ता है। टेस्ट क्रिकेट का वह धैर्य, वह ब्लॉक, वह तीसरे विकेटकीपर की कहानी — वह सिस्टम की नज़र में नहीं आती। और इसीलिए जब कोई 'डेटा-आधारित' रिपोर्ट आती है, तो उसमें अक्सर वही कहानी होती है जो हम पहले से जानते हैं। यह ऑटोमेशन का सबसे बड़ा भ्रम है: वह नई जानकारी नहीं देता, वह पुरानी जानकारी को नए कपड़े पहना देता है।
तो समाधान क्या है? मेरे हिसाब से तीन चीज़ें सबसे ज़रूरी हैं।
पहली, हर पाइपलाइन में एक 'नल-गेट' होना चाहिए। अगर सूचना-बिंदु खाली हैं, अगर शीर्षक N/A है, अगर फॉर्मेट तय नहीं है — तो सिस्टम को रुकना चाहिए और दोबारा एक्सट्रैक्शन के लिए भेजना चाहिए। उसे कभी भी खाली हाथ आगे नहीं बढ़ना चाहिए।
दूसरी, 'N/A' को हमेशा 'अज्ञात' के रूप में लिखा जाना चाहिए, 'स्पष्ट' के रूप में कभी नहीं। यह छोटी-सी बात है, लेकिन पाठक के विश्वास से जुड़ी है।
तीसरी, हर रिपोर्ट में कम से कम एक ऐसी चीज़ होनी चाहिए जो सिर्फ इंसान ही दे सकता है — एक आवाज़, एक गंध, एक सन्नाटा। मेरी साउंड नोटबुक इसीलिए है। मेरे पास हर मैच के बाद नब्बे सेकंड का ऑडियो होता है, जिसमें भीड़ का शोर, हवा की आवाज़, कभी-कभी किसी बच्चे की चीख होती है। यही वह डेटा है जो किसी भी पाइपलाइन में कभी नहीं आएगा। और यही वह डेटा है जो पाठक को बांधता है।
इस सबका सबक साफ है। खेल पत्रकारिता का भविष्य 'कौन जल्दी लिखता है' पर तय नहीं होगा। वह इस पर तय होगा कि 'कौन साबित कर सकता है कि उसने कुछ नहीं खोया'। जो मीडिया संस्थान यह साबित कर सकेंगे, वही टिकेंगे। बाकी तेज़ होंगे, सस्ते होंगे, और खाली होंगे।
उस रात एडिलेड में जब भारत 36 पर ढह गया, तो मेरे कमरे में जो सन्नाटा था, वह किसी स्कोरबोर्ड पर दर्ज नहीं हुआ। लेकिन वह मेरे फोन में था। अगली बार जब कोई सिस्टम कहे कि उसे सब कुछ पता है, तो मैं उससे यही पूछूंगा: क्या तुमने वह सन्नाटा सुना? अगर नहीं, तो तुमने मैच नहीं पढ़ा — तुमने सिर्फ उसका एच्छिक विवरण पढ़ा है।