खाली पंक्ति, पूरी रिपोर्ट: क्रिकेट डेटा पाइपलाइन की वह चुप्पी जो सबसे ज़ोर से बोलती है

पिछले हफ़्ते दिल्ली डेस्क पर एक एनालिसिस फ़ाइल खुली। बत्तीस पेज। आठ सेक्शन। हर सेक्शन में टेबल, हर टेबल में पाँच-छह पंक्तियाँ, हर पंक्ति में एक भरा हुआ खाना। फ़ाइल के सबसे ऊपर डोमेन लेबल साफ़ अक्षरों में छपा था — cricket_asia. और उसके नीचे, जहाँ मैच होना चाहिए था, वहाँ इकतालीस जगह एक ही वाक्य दोहराया गया था: N/A — insufficient information. शीर्षक N/A. स्रोत N/A. एक-वाक्य सारांश खाली। सूचना-बिंदुओं की सूची खाली। इकाइयाँ — किसी खिलाड़ी, किसी टीम, किसी फ़ॉर्मैट का नाम तक नहीं। फिर भी फ़ाइल का आकार, उसकी टेबलें, उसकी गिनती — सब कुछ कह रहा था कि काम पूरा हुआ है। रिपोर्ट भरी हुई दिख रही थी और उसमें क्रिकेट नहीं था — यही इस पूरे मामले का सबसे ख़तरनाक हिस्सा है।

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

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

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

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

इसी तरह एक और बारीकी। जोखिम-मैट्रिक्स में हर जगह N/A दर्ज था, कहीं भी कम नहीं। यह अंतर बहुत मायने रखता है। खिलाड़ी की चोट का जोखिम कम तभी लिखा जा सकता है जब खिलाड़ी का नाम पता हो। भ्रष्टाचार-जाँच का जोखिम साफ़ तभी लिखा जा सकता है जब जाँच हुई हो। यहाँ न जाँच हुई, न नाम मिला। तो सही प्रविष्टि यह है: कोई सत्यनिष्ठा जोखिम नहीं पहचाना गया, और कोई बाहर भी नहीं किया गया। अनुपस्थित जानकारी मुक्ति-प्रमाणपत्र नहीं होती, और क्रिकेट में यह सबसे ज़रूरी अनुशासन है — क्योंकि स्पॉट-फ़िक्सिंग या रेवेन्यू-बँटवारे जैसे मामलों में चुप्पी को कभी क्लीन-चिट्ठी मान लिया जाता है।

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

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

2026 में जब आईपीएल यूएई में बिना दर्शकों के खेला गया, तब मैंने टॉस के मिथक पर एक मॉडल बनाया था। साठ मैच, सात हज़ार दो सौ से ज़्यादा गेंदें, कोई असली घरेलू मैदान नहीं। नतीजा उबाऊ था: टॉस का असर दिखा, पर वह दर्शकों के दबाव से नहीं, ओस से जुड़ा था। वह उबाऊ नतीजा मेरे हर ऑक्शन बेसलाइन की नींव बना, क्योंकि उसने मुझे मौसम और फ़ॉर्म अलग-अलग करके देखना सिखाया। शून्य नतीजे क्रेडिबिलिटी जमा करते हैं। यह फ़ाइल भी एक शून्य नतीजा है — महँगा, पर उपयोगी, बशर्ते इसे शून्य नतीजा कहा जाए और इसे किसी मैच की कहानी में न बदला जाए।

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

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