शून्य सूचना, साबुत स्कीमा: क्रिकेट डेटा का वह खाली रिकॉर्ड जिसे डैशबोर्ड 'कोई जोखिम नहीं' पढ़ लेता है

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

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

इस रिकॉर्ड में मैदान खाली नहीं था। मैदान ही नहीं था।

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

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

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

क्रिकेट विश्लेषण में सबसे महँगी ग़लती यह नहीं है कि डेटा ग़लत हो; सबसे महँगी ग़लती यह है कि "सूचना नहीं" और "साफ़" डैशबोर्ड पर एक जैसे दिखें।

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

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

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

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

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

यही जगह है जहाँ मुझे सबसे ज़्यादा चिंता होती है, और वह चिंता खेल से ज़्यादा डेटा-बाज़ार की है। लाइव फ़ीड का सबसे अंधेरा इस्तेमाल वह है जो सट्टेबाज़ी कंपनियों तक जाता है। उस बाज़ार में "अज्ञात" और "साफ़" का फ़र्क़ करोड़ों का है। एक ऐसा सिस्टम जो खाली रिकॉर्ड को हरे रंग में दिखा दे, वहाँ सिर्फ़ खराब रिपोर्टिंग नहीं करता — वह जोखिम को अदृश्य बना देता है। इसीलिए इस रिकॉर्ड का सबसे कीमती हिस्सा उसका इनकार है। उसने अनुमान नहीं लगाया।

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

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

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