खाली डेटा से क्रिकेट की कहानी नहीं बनती: एशिया कप की कवरेज में सिस्टम की चुप्पी

पिछले हफ्ते हैदराबाद के अपने कमरे में मैंने एक स्क्रीनशॉट खोला। उसमें एक पाइपलाइन का आउटपुट था — 'Domain Label: cricket_asia'। बस इतना। उसके नीचे हर खाना खाली। कोई शीर्षक नहीं, कोई स्रोत नहीं, कोई एक-वाक्य सारांश नहीं, और सबसे चुभने वाली बात — Information Points की सूची बिल्कुल सूनी। पंद्रह साल से मैं मैच रिपोर्ट लिखते वक्त एक आदत पर चलता हूं: पहले गीला मैदान, फिर स्कोर। पहले फ्लडलाइट में तैरता पानी, फिर 2-1। लेकिन उस स्क्रीनशॉट में पानी भी नहीं था, स्कोर भी नहीं। सिर्फ एक लेबल था, जो दावा कर रहा था कि कहीं क्रिकेट हुआ है।

यह कोई गहरी विश्लेषणात्मक कमी नहीं है। यह Stage-1 की नाकामी है, और ऐसी नाकामी जो चुपचाप बीत जाती है। सिस्टम ने एरर नहीं दिया। उसने खाली ढांचा लौटाया — जैसे कोई स्कोरकार्ड थमा दे जिसमें खिलाड़ियों के नाम की जगह सिर्फ लकीरें हों। मेरे पास चालीस नोटबुक हैं, और हर मैच में मैं एक संवेदी विवरण दर्ज करता हूं: चेपॉक की गर्मी, बैट हैंडल की आवाज़, डॉट-बॉल की गिनती। जब पाइपलाइन 'Information Points: 0' कहती है, तो वह वही गलती करती है जो 2026 में मेरे चीफ सब ने नहीं की थी। उन्होंने मेरे 450 शब्दों को 90 तक काटा, पर पानी वाला गड्ढा रखा। नाकाम पाइपलाइन काटती नहीं, वह पूरा पेज ही खाली कर देती है।

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

तकनीकी तौर पर नाकामी के चार रास्ते हैं, और मुझे यह क्रम मेरे अनुभव से ही मिला है। पहला, बॉडी ही नहीं आई — स्क्रैपिंग लेयर ने खाली लौटाया, चाहे एंटी-बॉट दीवार हो, JavaScript से बना पेज हो, पेवॉल हो, या फिर वह पेज जो सीधे सहमति के पन्ने पर भेज देता है। दूसरा, भाषा और एन्कोडिंग का मेल न खाना — एक्सट्रैक्टर अंग्रेज़ी के लिए बना हो और मूल पाठ उर्दू, हिंदी या सिंहली में हो, तो वाक्य ही नहीं टूटेंगे। तीसरा, और यह सबसे खतरनाक है — सेलेक्टर का खिसक जाना। साइट का डिज़ाइन बदला, सेलेक्टर ने शून्य नोड पकड़े, और पाइपलाइन ने एरर देने की जगह खाली ढांचा लौटा दिया। चौथा, इनपुट खुद ही खोखला हो — सिर्फ शीर्षक या URL Stage-1 तक पहुंचा हो, बॉडी कभी नहीं।

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

मुझे 2026 का वह दिन याद आता है जब 43 साल की उम्र में मैंने DY पाटिल स्टेडियम में पहला ISL फाइनल कवर किया था। मोहम्मद रफीक, 95वें मिनट में गोल। मैंने 1,200 शब्द उस सब्स्टीट्यूट पर लिखे जिसकी कोई तस्वीर नहीं थी — और वह पीस 180,000 बार पढ़ी गई, मेरे प्रिंट औसत से बीस गुना। उस रात मुझे समझ आया कि लीग की असली पौराणिक कथा स्क्वाड सूची के नीचे रहती है, ऊपर नहीं। यही बात डेटा पर लागू होती है। असली कहानी हमेशा Information Points की सूची में होती है — ऊपर लगे लेबल में नहीं। जिस दिन हमने लेबल को सूची से ज़्यादा भरोसेमंद मान लिया, उस दिन हमने पत्रकारिता छोड़ दी।

तो अब क्या? दो रास्ते हैं, और मैं दोनों को साफ कहता हूं। पहला — मुझे मूल सामग्री दीजिए। लेख का पाठ, या URL के साथ स्क्रैप किया हुआ HTML। मैं शून्य से एक्सट्रैक्शन करूंगा और गहरा विश्लेषण खुद बनाऊंगा, इस नाकाम Stage-1 को छोड़कर। दूसरा — पहले Stage-1 ठीक कीजिए और फिर लौटिए। मुझे स्क्रैपिंग लेयर का आउटपुट चाहिए ताकि पता चले कि ऊपर बताए चार में से कौन-सा रास्ता टूटा। ठीक होने के बाद हर सूचना-बिंदु में चार चीज़ें अनिवार्य होनी चाहिए: claim, evidence_type, source और timestamp। इनके बिना Source Quality और Time Sensitivity दोनों अंधेरे में रहेंगे।

मेरे पास एक कटिंग अब भी पहली नोटबुक में टेप की हुई है — 90 शब्द, जिसमें पानी वाला गड्ढा था। उस दिन मैंने नतीजे से नहीं, तस्वीर से शुरू करना सीखा था, और तस्वीर को स्कोर से साबित करना सीखा था। नब्बे शब्द, नब्बे मिनट — कट ने मुझे सिखाया कि दोनों एक ही घड़ी हैं। इस पूरे घटनाक्रम में भी वही घड़ी चल रही है। सवाल यह नहीं कि पाइपलाइन ने खाली डेटा लौटाया; सवाल यह है कि उसे किसी ने देखा क्यों नहीं जब खाली लौटा। एक चुपचाप विफल होने वाली प्रणाली को ठीक करने से पहले उसकी चुप्पी को सुनना पड़ेगा — क्योंकि अगर आप खाली लेजर को सच मान लेंगे, तो क्रिकेट की सबसे अच्छी कहानी भी कभी आपकी स्क्रीन तक नहीं पहुंचेगी।

और फिलहाल मैं उस एक लेबल को घूरता हूं — cricket_asia — जैसे कोई फ्लडलाइट बंद मैदान में जल रही हो, खाली सीटों पर रोशनी डाल रही हो, और कोई न आ रहा हो।