खाली डेटा, भरा हुआ नोटबुक: क्रिकेट बीट रिपोर्टिंग में 'सूचना शून्य' का सबक

पुणे के एक डिजिटल डेस्क पर बैठा हूँ, स्क्रीन पर एक Stage-1 एक्सट्रैक्शन रिपोर्ट खुली है। शीर्षक N/A, स्रोत N/A, लेख का प्रकार अनवर्गीकृत, सारांश खाली, सूचना बिंदुओं की सूची खाली, इकाइयाँ 'ऊपर के बिंदुओं से पहचानें' कह रही हैं — जबकि ऊपर कोई बिंदु ही नहीं है। समय-संवेदनशीलता का मूल्यांकन नहीं हुआ, स्रोत की गुणवत्ता उसी खाली सूची से निकाली जानी थी। पूरे दस्तावेज़ में केवल एक सिग्नल ज़िंदा है: Domain Label — cricket_asia। यानी विषय क्षेत्र एशियाई क्रिकेट है, बस इतना। यह मेरे लिए नई बात नहीं है। 2026 में राइजिंग पुणे सुपरजायंट के फाइनल सप्ताह में जब मैं MCA स्टेडियम की नेट सेशन में बैठा था, तब भी मेरे नोटबुक के पहले पन्ने पर कुछ ऐसा ही लिखा था — तारीख, मौसम, किसका थ्रोडाउन चल रहा था, और बाकी सब खाली। उस खालीपन ने मुझे बताया था कि अभी असली कहानी शुरू नहीं हुई है। सत्र ग्यारह बजे शुरू होना था; मैं साढ़े दस बजे पहुँच गया था, और स्टीव स्मिथ के थ्रोडाउन रूटीन से पहले जो सन्नाटा था, वही मेरी पहली रिपोर्ट बना। "कुछ सत्र दोहराव में मापे जाते हैं; ज़रूरी सत्र खामोशियों में मापे जाते हैं।" उस दिन मैंने सीखा कि खाली नोटबुक डरावनी नहीं होती — वह सबसे ईमानदार दस्तावेज़ होती है, बशर्ते आप उसे खाली मानने से इनकार कर दें। बात यहाँ एशियाई क्रिकेट के एक स्वचालित डेटा पाइपलाइन की है। Stage-1 का काम है कच्चे लेख से तथ्य निकालना — शीर्षक, प्रकाशन, तारीख, विधा, सूचना बिंदु, इकाइयाँ। जब यह चरण शून्य लौटाता है, तो सबसे आसान रास्ता यह होता है कि अगला चरण "विश्लेषण" का दिखावा करे। मैं वह नहीं करूँगा। खाली डेटा पर गहरा विश्लेषण लिखने का अर्थ है कल्पना से तथ्य गढ़ना — और मेरी पूरी बीट इसी आदत के खिलाफ बनी है। "नोटबुक वह याद रखती है जो स्कोरबोर्ड भूल जाता है," लेकिन नोटबुक उसी को याद रखती है जो उसमें लिखा गया हो। जो लिखा ही न गया, उसे याद करने का दावा करना पत्रकारिता नहीं, मनगढ़ंत है। तकनीकी तौर पर देखें तो यह विफलता कई जगहों से आ सकती है। शीर्षक और स्रोत दोनों का न मिलना — जबकि Domain Label सही निकला — इशारा करता है कि विषय-वर्गीकरण तो चला, पर मुख्य पाठ (body) का पार्सिंग विफल रहा। एशियाई क्रिकेट साइटों पर यह आम है: जावास्क्रिप्ट से रेंडर होने वाले स्कोरकार्ड, एनकोडिंग की गड़बड़ी, या बोर्ड-विरोधी स्क्रैपिंग रोक। एक और संभावना है कि एक्सट्रैक्टर का चयनकर्ता (selector) बदल गया हो — साइट ने लेआउट बदला और पुराना पैटर्न चुपचाप शून्य लौटाने लगा। यह वही क्षण है जब डेस्क को डेटा को दोष देना बंद करके पाइपलाइन को दोष देना चाहिए। जैसे मैं किसी खराब पिच पर बल्लेबाज को नहीं कोसता, वैसे ही खराब एक्सट्रैक्शन पर विश्लेषक को नहीं कोसना चाहिए। इस खाली रिपोर्ट में जो एक चीज़ वाकई काम की है, वह उसका ईमानदारी से 'शून्य' कहना है। यह अपने आप में एक अच्छा संकेत है — बहुत सारे सिस्टम ऐसे मौकों पर "संभावित रूप से", "सूत्रों के अनुसार" जैसे भराव डालकर खालीपन छिपा देते हैं। यहाँ ऐसा नहीं हुआ। मेरे अनुभव में, Adelaide सेमीफाइनल (2026) की उस 10 विकेट की हार के बाद जब मैंने 60 फैन प्रतिक्रियाएँ जमा की थीं, तब भी मेरे पास जो सबसे कीमती सामग्री थी वह वह थी जो फैन्स ने नहीं कहा — खामोशी, झिझक, वह सवाल जो किसी ने पूछा ही नहीं। "फैन्स ने मुझे स्कोर बताया, खिलाड़ियों से पहले" — और उस दिन उन्होंने मुझे यह भी बताया कि मेरे पास क्या नहीं था। आगे का रास्ता साफ़ है। पहला विकल्प, और सबसे अच्छा: मूल लेख की पूरी सामग्री मुझ तक पहुँचाएँ — मैं Stage-1 और Stage-2 दोनों खुद कर लूँगा, किसी अपस्ट्रीम परिणाम पर निर्भर हुए बिना। दूसरा: Stage-1 को भरकर दें, कम से कम शीर्षक, मीडिया, प्रकाशन तिथि, विधा, और 3–10 सूचना बिंदु — हर बिंदु के साथ मूल पाठ का अंश। तीसरा: अगर यह पाइपलाइन स्वचालित है, तो Stage-1 दोबारा चलाएँ; खालीपन अक्सर पार्सिंग की गड़बड़ी का लक्षण होता है, और उसे दोबारा चलाना किसी भी काल्पनिक विश्लेषण से ज़्यादा कीमती है। "हर नीलामी में एक धड़कन होती है; कला उसे बोली गिरने से पहले सुनने की है" — और हर रिपोर्ट में भी। जब तक डेटा नहीं आता, मेरा नोटबुक खुला है, पर उसमें मैं सिर्फ़ वही लिखूँगा जो सत्यापित हो। बाकी सब इंतज़ार है — और इंतज़ार भी एक बीट है।