ख़ाली इनपुट, भरा हुआ टेम्पलेट: वह क्रिकेट एनालिसिस रिपोर्ट जिसमें मैच ही ग़ायब था
**मुख्य उत्तर** क्रिकेट की दो-चरणीय एनालिसिस पाइपलाइन का दूसरा चरण ख़ाली इनपुट पर चला और आउटपुट में आठों विश्लेषण-आयाम "अपर्याप्त जानकारी, आकलन संभव नहीं" के साथ लौटे। इंजन ने सामग्री गढ़ने से इनकार किया। विफलता विश्लेषण में नहीं, पहले चरण के इनजेशन में थी, जहाँ फ़ॉर्मेट, खिलाड़ी, टीम और स्रोत श्रेणी सब ख़ाली रह गए। **मुख्य तथ्य** - पहले चरण से एक भी इन्फॉर्मेशन पॉइंट नहीं लौटा; दूसरे चरण की सभी आठ आयाम-तालिकाएँ "आकलन संभव नहीं" दर्ज करती हैं। - डोमेन लेबल cricket_asia दर्ज मिला, जो मानक Cricket लेबल से मेल नहीं खाता; लेख का स्रोत और प्रकार दोनों अनुपलब्ध। - पाइपलाइन का लिखित नियम ख़ाली इनपुट पर अपर्याप्त-जानकारी टैग अनिवार्य करता है; यह गेट कॉन्फ़िगरेशन-आधारित है, ढाँचागत नहीं। - फ़ॉर्मेट कॉन्टेक्स्ट के बिना टेस्ट, ODI और T20 के मेट्रिक्स तुलनीय नहीं होते; यह क्रिकेट विश्लेषण की पहली अनिवार्य शर्त है। - भारत 19 दिसंबर 2020 को एडिलेड में 21.2 ओवरों में 36 रन पर ढहा; यह संख्या केवल डे-नाइट और पिंक-बॉल संदर्भ में अर्थ रखती है। **स्रोत** स्रोत: Stage-2 Deep Analysis — Cricket (आंतरिक विश्लेषण दस्तावेज़, डोमेन लेबल cricket_asia); दस्तावेज़ में प्रकाशन तिथि दर्ज नहीं। एडिलेड टेस्ट (19 दिसंबर 2020) और IPL 2017 फ़ाइनल (21 मई 2017) के आँकड़े | Cross-checked: cricsultan.com **संबंधित प्रश्न-उत्तर** प्रश्न: दूसरा चरण ख़ाली क्यों लौटा? उत्तर: क्योंकि पहले चरण ने एक भी इन्फॉर्मेशन पॉइंट, फ़ॉर्मेट या नामित इकाई उपलब्ध नहीं कराई, और पाइपलाइन ने अनुमान लगाने के बजाय अपर्याप्त-जानकारी दर्ज किया। प्रश्न: क्या इस दस्तावेज़ का कोई खेल-संबंधी मूल्य है? उत्तर: नहीं; इसका मूल्य केवल पाइपलाइन-QA संदर्भ में है, जहाँ यह इनजेशन दोष का दस्तावेज़ीकरण करता है। प्रश्न: फ़ॉर्मेट अलग-अलग क्यों रखना ज़रूरी है? उत्तर: क्योंकि टेस्ट और T20I के आँकड़े अलग-अलग इकाइयाँ हैं, जैसा cricsultan.com Player Depth Index में फ़ॉर्मेट-वार अलगाव दिखता है।
रात 12:40 बजे मैंने वह फ़ाइल दो बार पढ़ी। पहली बार स्कोरलाइन ढूँढ़ते हुए। दूसरी बार यह मानकर कि स्कोरलाइन किसी ग़लत फ़ील्ड में दर्ज हो गई होगी और उसे ढूँढ़ना मेरा काम है।
फ़ाइल में आठ विश्लेषण-आयाम थे। फ़ॉर्मेट और मैच। खिलाड़ी की तकनीक और डेटा। टीम का परिदृश्य और रैंकिंग। लीग और कमर्शियल इकोसिस्टम। नियम और गवर्नेंस। रिस्क मैट्रिक्स। पब्लिक नैरेटिव। और इंडस्ट्री ट्रांसमिशन। हर आयाम के नीचे एक टेबल, टेबल में कॉलम, कॉलम में सेल — और हर सेल में वही एक वाक्य: "अपर्याप्त जानकारी, आकलन संभव नहीं।"
चार हज़ार शब्दों का दस्तावेज़, जिसमें एक भी मैच नहीं था। कोई फ़ॉर्मेट नहीं, कोई खिलाड़ी नहीं, कोई टीम नहीं, कोई तारीख़ नहीं। सिर्फ़ एक डोमेन लेबल बचा था — cricket_asia — और उसके बाद ख़ाली ढाँचा।
यह रिपोर्ट उसी ख़ाली ढाँचे की है।
पिछले कुछ वर्षों में भारतीय क्रिकेट डेस्क पर जो सबसे बड़ा ढाँचागत बदलाव आया है, वह यह है कि कंटेंट अब दो चरणों में बनता है। पहला चरण कच्ची सामग्री को तोड़ता है — शीर्षक, स्रोत, लेख का प्रकार, लेखक का रुख़, और सबसे ज़रूरी चीज़, तीन या उससे अधिक "इन्फॉर्मेशन पॉइंट्स": ऐसे वाक्य जो मूल टेक्स्ट में शब्दशः मौजूद हों और जिन्हें जाँचा जा सके। दूसरा चरण इन्हीं पॉइंट्स पर आठ आयामों का ढाँचा खड़ा करता है।
इस पूरी इमारत की नींव एक ही ईंट है — इन्फॉर्मेशन पॉइंट। पॉइंट के बिना फ़ॉर्मेट नहीं निकलता, और फ़ॉर्मेट के बिना विश्लेषण शुरू ही नहीं होता। यह टॉस से पहले की पिच रिपोर्ट जैसा है: आप मैदान देखे बिना कमेंट्री नहीं कर सकते, चाहे आपकी आवाज़ कितनी भी साफ़ हो।
2026 में जब मैं बेगमपेट की उस दो-कमरे की लैब में हैदराबाद रणजी टीम का GPS वर्कलोड संभाल रहा था और रात में IPL के डेथ ओवर हाथ से कोड कर रहा था, तब भी यही नियम था। असली मैच दूसरी स्क्रीन पर चल रहा था। ब्रॉडकास्ट पर जो दिखता था वह संदर्भ था; जो मॉनिटर पर स्क्रॉल होता था वह सच्चाई। आज वही दूसरी स्क्रीन एक API है — और उसने ख़ाली जवाब लौटाया।
पहला निष्कर्ष, जो इस दस्तावेज़ को पढ़ते ही सामने आता है: दूसरे चरण ने कोई ग़लती नहीं की। उसने वही किया जो करना चाहिए था — मना कर दिया। दस्तावेज़ के भीतर एक पद्धतिगत नोट है जो साफ़ कहता है कि इस डिलीवरेबल में एकमात्र पक्का जोखिम विश्लेषणात्मक है, खेल-संबंधी नहीं — यानी वह जोखिम कि ख़ाली इनपुट मिलने पर इंजन कुछ गढ़ ले। यह वाक्य अपने आप में एक अनुशासित डेटा डेस्क का लक्षण है।
जो चीज़ नहीं है — और होनी चाहिए थी — वह है फ़ॉर्मेट। टेस्ट में 45 की औसत और T20I में 45 की औसत दो अलग खिलाड़ी हैं, भले नाम एक ही हो। ODI पावरप्ले में 130 का स्ट्राइक रेट और डेथ ओवरों में 130 का स्ट्राइक रेट दो अलग नौकरियाँ हैं। टेस्ट में 8 की इकॉनमी और T20 में 8 की इकॉनमी के बीच ज़मीन-आसमान का फ़र्क़ है। क्रिकेट रिसर्च में सबसे आम ग़लती फ़ॉर्मेट मिला देना है, और वह ग़लती उस दस्तावेज़ में सबसे आसान है जिसमें फ़ॉर्मेट का फ़ील्ड ही ख़ाली हो।
19 दिसंबर 2026, एडिलेड। भारत पिंक-बॉल टेस्ट में 21.2 ओवरों में 36 पर ढह गया, पहली पारी की 53 रन की बढ़त के बाद आठ विकेट से हार गया। उस दिन मैं ब्रॉडकास्ट का ऑडियो फ़ुटेज से सिंक कर रहा था — ख़ाली स्टेडियम, साफ़ स्टंप माइक, और बैट के नीचे आने का वक़्त सुनाई दे रहा था। साफ़ ऑडियो ने उस ढहने को हिसाब जैसा सुना दिया। लेकिन "36" यह संख्या अपने आप में कुछ नहीं कहती। वह तभी मायने रखती है जब उसके साथ लिखा हो: डे-नाइट, पिंक बॉल, पहला सेशन, रोशनी में बल्लेबाज़ी, और ऐसा विकेट जिसने शुरुआती ओवरों में तेज़ गेंदबाज़ों को घास दी। संदर्भ हटाइए, तो बचती है एक बड़ी संख्या — जिसे कोई भी किसी भी दलील में फिट कर सकता है।
ख़ाली इनपुट मिलने पर एक स्वचालित पाइपलाइन के पास तीन रास्ते होते हैं: रुक जाना, अपर्याप्त-जानकारी टैग करना, या भर देना। तीनों में ईमानदार सिर्फ़ एक है, और यह दस्तावेज़ उसी पर खड़ा है। यह अच्छी ख़बर है। बुरी ख़बर यह है कि यह गेट एक लिखा हुआ नियम है, ढाँचागत नहीं। एक कॉन्फ़िगरेशन बदलिए और वही पाइपलाइन ऐसे मैच पर आत्मविश्वास से भरा लेख छाप देगी जो खेला ही नहीं गया।
इन्फॉर्मेशन पॉइंट अफ़वाह से अलग चीज़ है, और यह फ़र्क़ सीखना पड़ता है। "मुंबई इंडियंस ने 129/8 बनाया" — यह पॉइंट है। "मुंबई की बल्लेबाज़ी धीमी रही" — यह राय है। पहले को पाइपलाइन लेती है, दूसरे पर उसे बहस करनी होती है। 21 मई 2026, उप्पल। मुंबई इंडियंस ने पहले बल्लेबाज़ी करते हुए 129/8 बनाया और राइज़िंग पुणे सुपरजायंट को 128/6 पर रोककर एक रन से जीता — भुवनेश्वर कुमार के 26 विकेट वाले पर्पल कैप सीज़न का आख़िरी मुक़ाबला। उस रात मेरे पास साठ गेंदों का सबूत था, और वह भी सिर्फ़ इसलिए काम आया क्योंकि हर गेंद के साथ तीन कॉलम भरे हुए थे: ओस, DLS लागू है या नहीं, और पिच की उम्र। उन कॉलमों के बिना 129/8 सिर्फ़ एक संख्या है, और एक-रन का फ़र्क़ सिर्फ़ रोमांच।
दो रात पहले वही मॉडल एलिमिनेटर में ढह गया था, जहाँ SRH का 128/7 बारिश से छोटा कर दिए गए मुक़ाबले में KKR के 48/3 (5.2 ओवर) से हार गया। उसके बाद मैंने नतीजों के बारे में लिखना बंद कर दिया और दोहराई जा सकने वाली क्रियाओं के बारे में लिखना शुरू किया — लंबाई, रिलीज़ पॉइंट, फ़ील्ड की ज्यामिति। इसीलिए आज मुझे इस दस्तावेज़ में सबसे ज़्यादा चुभती चीज़ ख़ाली नतीजा नहीं, ख़ाली फ़ॉर्मेट फ़ील्ड है।
एक सही पहले चरण में क्या होता है, यह मैंने हज़ारों बार देखा है: शीर्षक के साथ स्रोत और प्रकाशन की तारीख़, फ़ॉर्मेट का स्पष्ट उल्लेख, मैच या इवेंट की पहचान, टॉस और वेन्यू, और तीन से पाँच वाक्य जो शब्दशः मूल टेक्स्ट से उठाए गए हैं। सूची लंबी नहीं है, और इसीलिए यह चौंकाती है कि इनमें से चार चीज़ें ग़ायब रह सकती हैं — और फिर भी दस्तावेज़ चालीस पेज का बन जाता है।
तीसरी चीज़ छोटी दिखती है और सबसे महँगी है — लेबल। दस्तावेज़ का डोमेन cricket_asia दर्ज है, जबकि मानक Cricket है। यह लेबल तय करता है कि नीचे कौन-सा नियम-संग्रह लागू होगा — टेस्ट का सेशन-दर-सेशन तर्क या T20 का फ़ेज़-दर-फ़ेज़ तर्क। लेबल ग़लत, तो आगे की हर गणना ग़लत दिशा में तेज़ होगी। क्षेत्रीय टैग अपने आप में कोई विश्लेषणात्मक सामग्री नहीं रखते; "एशिया" से यह नहीं पता चलता कि मुक़ाबला पाँच दिन का है या तीन घंटे का।
और स्रोत। Article Source — अनुपलब्ध। Article Type — अवर्गीकृत। स्रोत की श्रेणी के बिना "Low" से ऊपर का कोई भी कॉन्फ़िडेंस टैग टिकाऊ नहीं होता। भारतीय क्रिकेट मीडिया में बोर्ड की प्रेस रिलीज़, एक नामित पत्रकार की रिपोर्ट, और एक ट्रैफ़िक-चालित अकाउंट — ये तीन अलग-अलग चीज़ें हैं। इन्हें एक मान लेना रिपोर्टिंग और दोहराव के बीच का फ़र्क़ मिटा देता है, और वह फ़र्क़ ही पाठक का एकमात्र बचाव है।
तारीख़ का भी यही हाल है। नीलामी के हफ़्ते में 48 घंटे पुराना इन्फॉर्मेशन पॉइंट एक अलग ऑब्जेक्ट है। रिलीज़ क्लॉज़ का ढाँचा, वेतन बिल, एजेंट की चाल — इन तीनों पर कोई भी दावा बिना टाइमस्टैम्प के अफ़वाह है, और नीलामी सप्ताह में अफ़वाह का घनत्व सबसे ज़्यादा होता है। जिस पाइपलाइन के पास प्रकाशन की तारीख़ नहीं, उसके पास अफ़वाह छाँटने का औज़ार भी नहीं।
रिस्क मैट्रिक्स पर एक बात और। दस्तावेज़ ने ईमानदारी से "आकलन संभव नहीं" लिखा है, यह ठीक है। लेकिन संपादकीय मेज़ पर "आकलन संभव नहीं" और "जोखिम नहीं मिला" एक ही तरह पढ़े जाते हैं। चोट, शेड्यूल का बोझ, एक फ़ॉर्मेट से दूसरे में फ़ॉर्म का ट्रांसफ़र — तीनों इसी अनुवाद में खो जाते हैं। ट्रांसमिशन मैप भी ख़ाली है: ब्रॉडकास्ट राइट्स, टैलेंट सप्लाई चेन, कैपिटल नेटवर्क, फ़ैंटेसी मार्केट — ऊपर से नीचे तक कोई धागा नहीं। यह दस्तावेज़ की सीमा नहीं, इनपुट की सीमा है।
सबसे आसान प्रतिक्रिया यह होगी: पाइपलाइन फ़ेल हो गई। मेरा पढ़ना अलग है — पाइपलाइन फ़ेल नहीं हुई, उसने जवाब देने से इनकार किया, और यह उसका सबसे अच्छा दिन था। मैंने आख़िरी ओवर दोबारा देखा, आवाज़ बंद करके — और मॉडल वहीं टूटा, ठीक उसी जगह जहाँ उसे टूटना चाहिए था।
असली दिक्कत यह है कि यह दस्तावेज़ दिखने में प्रकाशन-योग्य है। उसके पास हेडिंग हैं, टेबल हैं, ऊँचे कॉन्फ़िडेंस टैग हैं, एक डिस्क्लेमर है। किसी CMS पर डालिए, तो वह लेख की तरह रेंडर होगा। ख़तरा यह नहीं कि वह कुछ नहीं कहता; ख़तरा यह है कि वह कुछ न कहते हुए भी अधिकार की शक्ल में कहता है।
दूसरी बात जो कोई नहीं लिखेगा: हम खिलाड़ियों के स्ट्राइक रेट को दशमलव के दो अंकों तक ऑडिट करते हैं और लेबल स्कीमा तथा स्रोत-श्रेणी फ़ील्ड को कभी नहीं। जिन कमरों की समीक्षा नहीं होती, वे हमेशा कमेंट्री बॉक्स नहीं होते। इस बार वह इनजेस्ट लेयर था। नंबरों ने सवाल ही ग़लत पूछा था — सवाल यह नहीं था कि मैच में क्या हुआ; सवाल यह था कि मैच का पता किस फ़ील्ड में लिखा था।
अगले रन में तीन दावे जाँचे जा सकते हैं, और तीनों अगले चौबीस घंटों में ग़लत साबित हो सकते हैं।
पहला — पहला चरण दोबारा जमा होगा और उसमें कम से कम तीन शब्दशः इन्फॉर्मेशन पॉइंट्स तथा एक स्पष्ट फ़ॉर्मेट फ़ील्ड होगी। अगर कम आए, तो इनजेशन की मरम्मत नहीं हुई। दूसरा — कोई भी दूसरे-चरण का आउटपुट स्रोत श्रेणी और टाइमस्टैम्प के बिना प्रकाशन तक नहीं पहुँचेगा; यह फ़ाइल के फ़ील्ड देखकर गिना जा सकता है। तीसरा — cricket_asia या तो किसी फ़ॉर्मेट नियम-संग्रह से जुड़ेगा या टैक्सोनॉमी से हटेगा।
साठ-चौंसठ मैचों के बाद जो पैटर्न बचा रह जाता है, वही रिपोर्टिंग होती है। ख़ाली फ़ाइल भी एक पैटर्न है। सवाल सिर्फ़ यह है कि अगली बार वह फ़ाइल भरी हुई आएगी, या हम ख़ुद उसे भरने का लालच करेंगे।