खाली डेटासेट और भरी हुई टेम्पलेट: क्रिकेट एनालिसिस की वह रिपोर्ट जो कभी नहीं लिखी जानी चाहिए थी

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

संदर्भ: सिस्टम जो टेम्पलेट पूरा करता है, सवाल नहीं पूछता

क्रिकेट एनालिसिस का पूरा उद्योग अब पाइपलाइन पर चलता है। सोर्स डॉक्यूमेंट → स्टेज-1 डिकंस्ट्रक्शन (शीर्षक, व्यू पॉइंट, इनफॉर्मेशन पॉइंट्स, एंटिटीज़, टाइम-सेंसिटिविटी, सोर्स क्वालिटी) → स्टेज-2 डीप एनालिसिस (फॉर्मेट, प्लेयर डेटा, टीम लैंडस्केप, लीग इकोनॉमी, गवर्नेंस, रिस्क, नैरेटिव, ट्रांसमिशन)। यह आर्किटेक्चर अपने आप में बुरा नहीं है। मैंने खुद 2026 में लॉकडाउन के दौरान 1,240 DRS रिव्यूज़ को एक स्प्रेडशीट में कोड किया था — 2026 से 2026 तक ICC इवेंट्स, अंपायर, फॉर्मेट, विकेट टाइप और नतीजे के हिसाब से सॉर्ट किए हुए। उस डेटासेट ने मुझे वह दिया जो कोई पंडित कॉलम नहीं दे सकता था: अंपायर'स कॉल पिछले एक दशक की सबसे अधिक फेल होने वाली रिव्यू वजह है, और यह टेक्नोलॉजी की कमजोरी नहीं, प्रोटोकॉल का डिज़ाइन है। लेकिन उस स्प्रेडशीट की एक शर्त थी जो हर अच्छे डेटासेट के साथ होती है — मैंने हर सेल में जो लिखा, वह किसी फ्रेम, किसी लॉग, किसी स्कोरकार्ड से आया था। जिस पल मैं एक भी सेल अपनी याद से भर देता, पूरा डेटासेट बेकार हो जाता।

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

मेरी शुरुआती ट्रेनिंग रेडियो क्रिकेट कमेंट्री में हुई थी — 19 साल की उम्र में हैदराबाद से ऑल इंडिया रेडियो के लिए। वहाँ एक सबक बहुत जल्दी सीखा गया: एयरटाइम पर चुप्पी, भराव से बेहतर है। अगर आपको नहीं पता कि कौन बल्लेबाज़ है, तो आप अंदाज़ा नहीं लगाते — आप स्कोरकार्ड देखते हैं या चुप रहते हैं। उस रिपोर्ट ने एयरटाइम की जगह फ्रेमवर्क चुना, और चुप्पी की जगह 'N/A'। मुझे यह मार्च 2026 में याद आया जब केप टाउन में सैंडपेपर गेट के बाद स्टीव स्मिथ और डेविड वॉर्नर पर 12-12 महीने के बैन लगे थे। उस वक्त सबसे बड़ा सवाल यह नहीं था कि कौन दोषी था — वह साफ था। सवाल यह था कि किसके पास कार्रवाई का अधिकार था: क्रिकेट ऑस्ट्रेलिया का कोड-ऑफ-कंडक्ट हियरिंग, या ICC का मैच रेफरी? दो अलग-अलग मंच, दो अलग-अलग सजा-अधिकार। उस वर्ष मैंने 3,400 शब्दों का एक एस्से लिखा था जिसमें VAR और DRS की तुलना की थी — किसके पास अपील का अधिकार है, कौन मध्यस्थता करता है, 'conclusive evidence' का असल मतलब क्या है। उस एस्से ने मुझे सिखाया था कि रूलबुक सिर्फ नियम नहीं होता; वह अधिकार और पहुँच का नक्शा होता है। उसी तर्क से, एक एनालिसिस रिपोर्ट भी अधिकार का नक्शा होती है — वह तय करती है कि किस तथ्य को बोलने की इजाज़त है और किसे चुप रहने की।

मुख्य विश्लेषण: जब हर सवाल का जवाब 'N/A' हो, तो सवाल किसने पूछा?

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

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

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

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

एक और चीज़ जो मुझे खटकी: रिपोर्ट ने अपने नल रिजल्ट को एक प्रोडक्ट बना दिया, और उसमें 'अवसर' भी खोज लिए। 'Pipeline फिक्स करने का अवसर', 'डोमेन/एंटिटी टैगिंग का अवसर'। मेरे लिए यह वही पल है जब कोई कमेंटेटर खाली स्टेडियम में भी 'माहौल गरम है' कह देता है। मार्च 2026 में जब IPL UAE शिफ्ट हुआ था और स्टैंड खाली थे, तब स्टंप माइक्स तेज़ करने पड़े थे क्योंकि भीड़ का शोर नहीं था। जब आपके पास असली शोर न हो, तो आपको कृत्रिम शोर नहीं बनाना चाहिए — आपको यह स्वीकार करना चाहिए कि स्टैडियम खाली है। इस रिपोर्ट ने असली शोर की जगह 'N/A' का शोर भर दिया।

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

उलटा कोण: जब सबसे बड़ा सवाल 'क्या प्रकाशित करें' नहीं, बल्कि 'किसने पूछा' है

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

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

यहाँ एक और उलटा कोण है जो मुझे ज़्यादा चुभता है। रिपोर्ट ने खुद को 'null-result report' लेबल करने की सलाह दी, और यह सही है। लेकिन क्या 'null-result' कोई नतीजा होता है? क्रिकेट में DLS के तहत अगर मैच बारिश से रुक जाए और कोई नतीजा न निकले, तो हम उसे 'No Result' कहते हैं — और वह एक वैध नतीजा है क्योंकि उसके पीछे बारिश का डेटा, ओवर कट का डेटा, टारगेट का डेटा होता है। लेकिन इस रिपोर्ट का 'null-result' वैसा नहीं है। इसका 'null-result' वैसा है जैसे कोई मैच शुरू ही न हुआ हो, और आप स्कोरकार्ड में 'No Result' लिख दें। यह तकनीकी रूप से सच है और पूरी तरह से बेमानी भी। असली अंतर यह है: No Result तब होता है जब मैच हुआ और रुका; null-result तब होता है जब रिपोर्ट लिखी गई और रुकी नहीं।

टेकअवे: अगली बार जब फ्रेम खाली हो, तो सवाल यह पूछें कि किसने देखा

मैं इस पूरी घटना को एक बड़े बदलाव के संकेत के रूप में पढ़ता हूँ जो क्रिकेट मीडिया में पिछले कुछ वर्षों से हो रहा है। एनालिसिस अब मैच देखने से नहीं, टेम्पलेट भरने से आती है। आठ डिमेंशन, बीस सेल, पचास मेट्रिक्स — और इनमें से कितने असल में उस सोर्स से आते हैं जिसका दावा किया जाता है? मेरे पास 1,240 रिव्यूज़ का डेटासेट है, और मैं आज भी हर नए पीस में उसका सैंपल साइज़ साफ़ लिखता हूँ। जब सैंपल पाँच पारियों का हो, तो मैं लिखता हूँ 'too small to call' और उसका मतलब भी होता है। यह कमजोरी नहीं है। यह वह अनुशासन है जो एनालिसिस को एनालिसिस बनाता है।

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