क्रिकेट रिपोर्ट की जगह मुझे एक फाइलिंग एरर मिला: जब खाली 'N/A' को सच मान लिया जाए

मैं एक मैच रिपोर्ट ढूँढ़ने निकला था और मुझे एक फाइलिंग सिस्टम मिला। स्टेज-1 का आउटपुट मेरे सामने खुला पड़ा था — शीर्षक N/A, स्रोत N/A, टाइप Unclassified, एक-वाक्य सारांश खाली, और सूचना-बिंदुओं की सूची बिल्कुल खाली। स्कोरकार्ड जैसा कोई ठोस तत्व नहीं था, सिर्फ़ दोहराया हुआ खालीपन। असली कहानी यह नहीं थी कि किसी मैच में क्या हुआ। असली कहानी यह थी कि एक खाली शीट दो स्टेज पार करके नीचे तक कैसे पहुँच गई, और नीचे वाले स्टेज ने उसे पूरा मान लिया। लेजर झूठ कम बोलता है, पर वह अपना दूसरा कॉलम हमेशा छिपा लेता है। यहाँ पाइपलाइन की बनावट सीधी है। स्टेज-1 कच्चे पाठ से छह चीज़ें निकालता है: शीर्षक, स्रोत, प्रकार, सारांश, सूचना-बिंदु और इकाइयाँ। स्टेज-2 की पूरी डीप एनालिसिस ठीक उसी एक चीज़ पर खड़ी होती है — सूचना-बिंदु। एंटिटी पहचानना, तथ्य जाँचना, लेखक का रुख़ तय करना, समय-संवेदनशीलता तौलना — ये सब उसी सूची से निकलते हैं। सूची खाली है तो नीचे का हर स्टेज खाली दोहराने के सिवा कुछ नहीं कर सकता। समस्या यह नहीं कि नीचे का स्टेज नाकाबिल है; समस्या यह है कि उसे बताया ही नहीं गया कि ऊपर कुछ नहीं था। मेरा काम ऐसे ही सिस्टम के आसपास सत्रह साल से चल रहा है, बस खेल के मैदान पर। 2026 चैंपियंस ट्रॉफ़ी के दौरान द ओवल में मैंने रंगभेदी कॉलम भरने की जगह 380 खिलाड़ियों की एक शीट बनाई थी — हर स्क्वाड सदस्य का अंडर-16 और अंडर-19 घरेलू रिकॉर्ड, घरेलू टियर, फ़र्स्ट-क्लास कन्वर्ज़न रेट। संपादक ने उसे दो पन्नों के पाथवे लेजर के रूप में छापा, और वह उस साल की सबसे पढ़ी गई ऑनलाइन सामग्री बनी। उस अनुभव से मैंने एक नियम बनाया: किसी भी विशेषण से पहले स्रोत-सहित पाथवे लाइन दर्ज करो। वह नियम अब भी मेरा न्यूनतम मानक है। फ़ाइलिंग सिस्टम मुझे इसलिए पहचान में आता है — मैं पाथवे खोजने निकलता हूँ और सिफ़रों के बीच छिपा हुआ इंतज़ाम पा लेता हूँ। अगर सूचना-बिंदु खाली आते हैं, तो नीचे का हर आउटपुट पूरा दिखेगा पर भरा हुआ किसी और चीज़ से होगा। क्रिकेट स्काउटिंग में यही सबसे महँगी गलती है। एक फ़ाइल में औसत की जगह N/A लिखा हो, तो कोई उसे सवाल नहीं मानता — जवाब मान लेता है। रिपोर्ट में लिखा आता है कि उस खिलाड़ी का घरेलू औसत संतोषजनक है, जबकि मूल शीट में वह खाली था। ठीक वैसे ही यहाँ स्टेज-1 की खाली सूची नीचे पहुँचकर 'विश्लेषण' का रूप ले लेती है। मैंने 2026–21 की खाली स्टेडियम वाली भारत-ऑस्ट्रेलिया सीरीज़ में रिमोट वीडियो-स्काउटिंग मॉडल बनाया था — चालीस मिनट के फ़ुटेज ब्लॉक, नतीजे की जगह निर्णय की गुणवत्ता पर कोडिंग। उसमें मैंने हर दावे पर स्पष्ट कॉन्फ़िडेंस रेटिंग रखी। जिस शीट में रेटिंग नहीं, वह शीट आगे किसी अकादमी के काम की नहीं। यहाँ असली ख़ामी तकनीकी नहीं, प्रक्रियात्मक है। सूचना-बिंदु की सूची अगर तीन से कम है, तो पाइपलाइन को आगे बढ़ने से इनकार करना चाहिए। एक साधारण द्वार चाहिए — शीर्षक मौजूद है या नहीं, स्रोत है या N/A, सारांश भरा है या नहीं, बिंदु तीन से कम हैं या नहीं। जहाँ कोई एक भी शर्त टूटे, वहाँ साफ़ त्रुटि उठनी चाहिए, चुपचाप नीचे की ओर नहीं बहना चाहिए। मुझे यह ब्यूरोक्रेसी लगती है, और मुझे यह ब्यूरोक्रेसी ज़रूरी लगती है। पर पहले इसका सबसे मज़बूत पुराना पक्ष लिख लेता हूँ, क्योंकि उलटा दावा करना मेरी आदत बन चुका है और आदत को सबूत की जगह नहीं लेना चाहिए। रूढ़िवादी तर्क यह होगा: पाइपलाइन विफल हुई क्योंकि ऊपर का स्रोत ही पतला था। पूरा मूल पाठ डाल दो, और समस्या ग़ायब। यह तर्क ईमानदार है और काफ़ी हद तक सही भी। क्रिकेट में भी यही कहा जाता है — ज़्यादा डेटा, ज़्यादा कवरेज, ज़्यादा स्काउट्स; गुणवत्ता अपने आप आ जाएगी। पर यही तर्क टिकता नहीं। मात्रा अखंडता नहीं होती। अगर द्वार नहीं लगाया, तो ज़्यादा डेटा सिर्फ़ खालीपन को तेज़ी से नीचे धकेलेगा — क्योंकि अब आपके पास भरने के लिए और कॉलम होंगे और पहचानने के लिए उतने ही कम संकेत। रणजी ट्रॉफ़ी की कवरेज घटी है, यह सच है; पर इसे स्तर की गिरावट बताना मीडिया का तथ्य है, मैदान का नहीं। हम कवरेज की कमी को डेटा की कमी समझकर उसी गड्ढे को और गहरा कर रहे हैं। जनवरी की तौरंगा सर्दी ने मुझे जून के फ़ुटबॉल डेस्क के बारे में जो सिखाया, वह यही था: अपेक्षित गोल जैसी शब्दावली उधार लेने से पहले यह तय करो कि तुम्हारा कोडिंग फ़्रेम किस चीज़ को गिन रहा है। इसलिए उलटा निष्कर्ष बचता है: समस्या डेटा का अभाव नहीं, प्रवेश-नियंत्रण का अभाव है। और यही सबसे कम रोमांचक, सबसे कम बिकने वाला हल है — इसीलिए हर कोई इसे टालता है। मैं ख़ुद उस सर्दी में दो क्लाइंट डेडलाइन चूक गया था क्योंकि मैंने बिना स्ट्रेस-टेस्ट किया मॉडल भेजने से इनकार कर दिया। वह महँगा पड़ा। पर वह अकेला बचाव था जो मेरे पास था। जो लोग अगले स्काउटिंग और नीलामी चक्र में जीतेंगे, वे सबसे ज़्यादा डेटा वाले नहीं होंगे। वे वे होंगे जिन्होंने अपनी पाइपलाइन में सबसे पहले द्वार लगाया — जो खाली शीट को आगे नहीं जाने देते। सवाल यह नहीं कि आपके पास कितने कॉलम हैं। सवाल यह है कि जब कोई कॉलम खाली हो, तो आपकी प्रणाली क्या करती है।