चुपचाप विफल: जब क्रिकेट का डेटा खाली टेम्पलेट लौटाता है

रात के ग्यारह बजकर सैंतालीस मिनट, दिल्ली। मेज़ पर दो स्क्रीन जल रही हैं। एक पर 2026 की अंबेडकर स्टेडियम वाली नोटबुक का स्कैन, दूसरी पर वह टेम्पलेट जो अभी मेरे सामने खुला है।

टेम्पलेट में ग्यारह खाने हैं। शीर्षक: N/A। स्रोत: N/A। प्रकार: Unclassified। सार: खाली। सूचना-बिंदु: खाली सूची। एंटिटी: कोई नहीं। समय-संवेदनशीलता: कोई नहीं। स्रोत-गुणवत्ता: कोई नहीं। एक ही खाना ज़िंदा है — Domain Label: cricket_world।

एक शब्द, जो बताता है कि यह क्रिकेट की खबर है। उसके नीचे कुछ नहीं।

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

सर्वर की खबर सुनने में छोटी लगती है। असली कहानी उस आपूर्ति-श्रृंखला की है जिस पर आज का क्रिकेट कवरेज खड़ा है — गेंद-दर-गेंद फ़ीड, Hawk-Eye का बॉल-ट्रैकिंग, DRS का तीन-चरणीय फ़ैसला, IPL का प्रति-गेंद डेटा, WPL का ब्रॉडकास्ट ग्राफ़िक्स, और उन सबके नीचे बैठा वह छोटा-सा सॉफ़्टवेयर जो तय करता है कि किस गेंद को "घटना" कहा जाएगा और किसे नहीं।

नोटबुक कुछ और कहती है; रीप्ले कुछ और कहता है। आज रात तीसरा गवाह भी बोला — और उसने कुछ नहीं कहा। चुप्पी भी गवाही होती है, बशर्ते आप उसे सुनना जानें।

गिनती से भरोसे तक

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

2026 में मैं अंबेडकर स्टेडियम में बैठी थी, ONGC नेहरू कप का फ़ाइनल — भारत 1-1 सीरिया, पेनल्टी पर 5-4। उस रात मेरी 96 पन्नों की नोटबुक में ग्रिड निर्देशांक भरे थे, 23 थ्रो-इन अनुक्रम गिने गए थे, 11 सेकंड-बॉल रिकवरी दर्ज थीं। मैंने रंगीन फ़ीचर की जगह 1,200 शब्दों की सामरिक मैच रिपोर्ट फाइल की। उस साल किसी भी लिखे हुए टुकड़े पर इतनी ईमेल नहीं आई थीं। सबक साफ़ था: दिल्ली का दर्शक पहले ज्यामिति माँगता है, कहानी बाद में।

उसी नोटबुक की रीढ़ पर 2026 एशियाई कप से पहले बॉब ह्यूटन की भारत टीम पर 54 पन्नों की फ़ाइल बनी। भारत 27 साल बाद क्वालीफाई करके दोहा पहुँचा था और ऑस्ट्रेलिया से 0-4, बहरीन से 2-5, दक्षिण कोरिया से 0-4 हारा — 13 गोल खाए, 2 किए, प्रति मैच 18 लाइन-ब्रेकिंग पास एलाउड। ह्यूटन फ़ाइल कभी बंद नहीं हुई; उसने बस फ़ॉर्मेशन बदली। फ़ाइल का तरीका एक ही रहा: पहले आकार लिखो, फिर क्रियाएँ गिनो, फिर नतीजा बोलो।

यह क्रम मेरे लिए आकस्मिक नहीं था। यह तकनीकी अनुशासन था। मुझे वह मैच 2026 की एक नोटबुक के हाशिये में फिर मिला, और तब समझ आया कि जो चीज़ 2026 में मेरी कलम की ज़िम्मेदारी थी, वह 2026 में एक पाइपलाइन की ज़िम्मेदारी है — और उस पाइपलाइन का कोई स्कोरर नहीं है जो चाय पर जाने से पहले अपनी जगह किसी और को सौंप दे।

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

टेम्पलेट एक वादा है, तथ्य नहीं

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

सामने जो टेम्पलेट आया, उसमें तकनीकी रूप से सब कुछ मौजूद है: Article Title, Source, Type, Core Viewpoints, Information Points, Entities, Time Sensitivity, Source Quality। हर फ़ील्ड का एक स्थान है। पर स्थान का अस्तित्व भरना नहीं है। शीर्षक N/A है, स्रोत N/A है, प्रकार Unclassified है, मुख्य दृष्टिकोण में एक वाक्य का सार खाली पड़ा है, सूचना-बिंदुओं की सूची सूनी है, और एंटिटी, समय-संवेदनशीलता व स्रोत-गुणवत्ता तीनों के खानों में केवल प्लेसहोल्डर टिप्पणियाँ बची हैं।

इस पूरी इमारत में एक ही ईंट असली है — Domain Label: cricket_world।

और यहीं से कहानी क्रिकेट में लौटती है, क्योंकि यह लेबल किसी विश्लेषण से नहीं आया। यह URL और शीर्षक के कीवर्ड नियमों से आया है। यानी एक सस्ता, बाहरी, नियम-आधारित तंत्र चलता रहा, जबकि भीतर का महँगा, सामग्री-आधारित तंत्र चुपचाप बैठ गया। क्लासिफिकेशन सामग्री का सबूत नहीं है।

क्रिकेट में यह भेद हम रोज़ देखते हैं। स्कोरकार्ड पर "ODI" लिखा होना यह नहीं बताता कि पूरे 300 गेंद फेंके गए। बारिश के कारण 22 ओवर का मैच भी ODI कहलाता है और स्कोरकार्ड का ढाँचा वही रहता है। अंतर यह है कि क्रिकेट में हमने ढाँचे के भीतर सत्यापन की परत जोड़ी है — DLS, रिवाइज़्ड टारगेट, और स्कोरबुक में अलग से दर्ज "ओवर कट" की टिप्पणी। पाइपलाइन में वह परत नहीं जोड़ी गई।

चार मुल्ज़िम, और एक आम कहानी

जब कोई सिस्टम खाली लौटे, तो चार जगहों पर क्रम से झाँकना पड़ता है। चारों की जाँच मैंने क्रिकेट के उदाहरणों से मिलाकर की, क्योंकि सिस्टम की बीमारी और स्कोरिंग की बीमारी एक ही शरीर की बीमारी है।

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

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

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

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

इन चारों में से कोई भी अकेला इतना खतरनाक नहीं, जितना इनका एक साथ होना। और चारों के एक साथ होने की एक ही शर्त है — सिस्टम के पास असर्‍शन स्टेप का न होना।

क्रिकेट ने असर्‍शन सीखा, न्यूज़रूम ने नहीं

क्रिकेट दुनिया का शायद सबसे सख़्त असर्‍शन-आधारित खेल है। DRS में एक अपील पर तीन चीज़ें क्रम से जाँची जाती हैं: गेंद ने बल्ले को छुआ या नहीं, टकराव पिच पर कहाँ हुआ, और गिल्लियाँ गिरतीं या नहीं। तीनों में से एक भी अनुपलब्ध हो तो फ़ैसला "अनिर्णीत" नहीं होता, बल्कि ऑन-फ़ील्ड फ़ैसला ही लागू रहता है। सिस्टम खाली नहीं लौटता; वह अपनी सीमा घोषित करता है।

तीसरे अंपायर का "सॉफ़्ट सिग्नल" भी इसी दर्शन का हिस्सा है। जब तक सबूत न आए, एक डिफ़ॉल्ट स्थिति बनी रहती है — और वह स्थिति सबको पता होती है।

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

यहाँ मुझे अपने दो अनुभव साथ याद आते हैं। पहला, 2026 विश्व कप फ़ाइनल — धोनी के 91 नॉट-आउट, भारत 277/4, 48.2 ओवर में 275 का लक्ष्य पार। उस रात कमेंट्री बॉक्स के आस-पास बैठे लोगों के स्क्रीन पर कुछ आँकड़े रीप्ले से पहले आ गए थे और बाद में बदल गए। कोई बड़ी ग़लती नहीं थी, पर वही तो मामला है — आँकड़ा पहले आता है, रीप्ले बाद में, और बीच के दस सेकंड में हज़ारों लोग उसे सच मान लेते हैं। दूसरा अनुभव ESPN स्टार के सालों का है, जब ग्राफ़िक्स और रीप्ले के बीच की देरी पर बहस होती थी। तब लगता था कि यह तकनीकी मज़ाक है। आज लगता है कि वह एक रिहर्सल थी।

असर्‍शन स्टेप वह चीज़ है जो गिनती को रिपोर्ट बनाता है। बिना उसके, गिनती एक शगल है।

इसलिए वह सुझाव जो बहस में सबसे छोटा दिखता है, सबसे बड़ा है: अगर "सूचना-बिंदु" खाली है या "सार" खाली है, तो पाइपलाइन को खाली टेम्पलेट नहीं लौटाना चाहिए — उसे त्रुटि उठानी चाहिए। एक ऊँची आवाज़ में गिरना हज़ार बार चुपचाप गिरने से बेहतर है।

खाली टेम्पलेट क्रैश से बुरा क्यों है

टूटना दिखता है। खाली लौटना नहीं दिखता। जो सिस्टम अपनी विफलता पर चुप रहता है, वह अपनी सफलता पर भी झूठ बोलता है, क्योंकि दोनों में फ़र्क़ करने का कोई सार्वजनिक तरीका बचता ही नहीं।

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

खाली टेम्पलेट इसी बीमारी का आख़िरी चरण है। पहले चरण में ग़लत डेटा आता है। दूसरे में सही डेटा देर से आता है। तीसरे में डेटा आता ही नहीं और उसकी जगह N/A बैठ जाता है। तीनों में से तीसरा सबसे भरोसेमंद दिखता है, क्योंकि N/A किसी से लड़ता नहीं।

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

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

ग़लती तकनीकी नहीं, संपादकीय थी

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

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

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

खाली टेम्पलेट वाली इस रात में असहमति यही है: लेबल कहता है क्रिकेट, सामग्री कहती है कुछ नहीं। लेबल जीत गया क्योंकि लेबल सस्ता था। अगर हमने सामग्री को जिताया होता, तो प्रकाशन एक दिन देर से होता और एक खाली खबर कभी न छपती।

मार्जिन का सवाल

इस पूरे प्रकरण में एक कोना ऐसा है जिसकी ओर कोई नहीं देखता, और मैं उसे यहाँ खुले में रखना चाहता हूँ।

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

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

पैटर्न शोर में नहीं है; वह दोहराए गए रीस्टार्ट में है। इस रात का पैटर्न यह है कि विफलता ने शोर नहीं मचाया। वह जानबूझकर चुप रही।

अगले मैच से पहले क्या देखना है

मैं इस टुकड़े को किसी निष्कर्ष पर बंद नहीं करूँगा, क्योंकि ऐसी कहानियाँ निष्कर्ष पर नहीं, अगली जाँच पर बंद होती हैं।

अगले मैच की सुबह जब आप स्कोरकार्ड खोलें, तो एक नज़र इस पर डालें कि स्कोरकार्ड में कितने खाने खाली हैं। अगर किसी ओवर का विवरण नहीं है, अगर किसी विकेट का प्रकार नहीं लिखा है, अगर किसी ओवर-थ्रो का वर्णन नहीं है — तो माफ़ी मत माँगिए, सवाल कीजिए। एक भरा हुआ स्कोरकार्ड और एक साफ़-सुथरा स्कोरकार्ड एक ही चीज़ नहीं हैं, और हम अक्सर इन्हें एक ही समझ लेते हैं।

अगली बार जब कोई ग्राफ़िक आपको कोई ऐसा आँकड़ा दिखाए जिसे आपने कहीं और नहीं देखा, तो उसे दो मिनट के लिए रोकिए। अगर वह आँकड़ा दो जगह नहीं, कम से कम दो तरीक़ों से मेल नहीं खाता, तो वह आँकड़ा नहीं है — वह एक खाली खाना है जिसे रंग भर दिया गया है।

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

जब स्टेडियम को कुछ और याद रहता है, मैं नोटबुक खोलकर फिर शुरू करता हूँ। आज रात स्टेडियम को कुछ याद नहीं था। सिर्फ़ एक लेबल याद था।

अगली सुबह का सवाल यही है: क्या हमारे पास कोई है जो लेबल से आगे देखता है?