नो रिज़ल्ट: खाली Stage-1 फ़ाइल पर मैच रिपोर्ट नहीं लिखी जाती

पिछले कई सालों से मेरी आदत रही है कि मैं स्कोरकार्ड पहले खोलता हूँ और टिप्पणी बाद में लिखता हूँ। इस बार स्कोरकार्ड नहीं था। स्क्रीन पर एक JSON फ़ाइल खुली थी जिसमें हर खाना मौजूद था और हर खाना खाली था। Information Points में एक भी तथ्य दर्ज नहीं। Core Viewpoints में तीनों जगह N/A। Article Title N/A, Source N/A। पूरे दस्तावेज़ में भरी हुई एक ही चीज़ थी — Domain Label: cricket_asia।

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

कॉन्टेक्स्ट: रिपोर्ट चार काग़ज़ों पर खड़ी होती है

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

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

Stage-1 उसी चेन की पहली कड़ी है। वहाँ जो तथ्य नहीं निकले, वे Stage-2 तक पहुँचेंगे ही नहीं। यह चेन दो तरफ़ से टूट सकती है: नीचे से ऊपर भी, और ऊपर से नीचे भी।

कोर: एक खाली खाने के तीन अलग-अलग कारण

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

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

अब मुझे जो चीज़ हासिल है, उसे बढ़ा-चढ़ाकर नहीं लिखूँगा। एक Domain Label — cricket_asia — मुझे सिर्फ़ यह बताता है कि विषय एशियाई क्रिकेट के दायरे में है। यह एक सीमा की सूचना है, एक तथ्य की सूचना नहीं। एक लेबल स्रोत नहीं होता; वह सिर्फ़ यह बताता है कि कहाँ खोजना है, इस बारे में कुछ नहीं कि वहाँ क्या मिला।

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

यही वजह है कि आज मेरी ओर से कोई मैच रिपोर्ट नहीं आ रही। यह आलस नहीं है, यह वही अभिलेख-अनुशासन है जिसके कारण अगस्त 2026 में एग्ज़िक्यूटिव की अवहेलना पर एग्ज़िक्यूटिव की सज़ा की खबर लिखने से पहले मैंने ग्यारह दिन स्टैट्यूट पढ़ने में गुज़ार दिए थे। जिस दिन काग़ज़ पूरा मिला, उस दिन रिपोर्ट छह हज़ार शब्दों में लिखी गई। जिस दिन काग़ज़ खाली मिलता है, उस दिन रिपोर्ट शून्य शब्दों की होती है। दोनों में एक ही आदत काम कर रही है।

कंट्रेरियन: खाली जगह भरने की आदत

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

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

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

टेकअवे: जो चीज़ें दरकार हैं

मुझे तीन में से कोई एक चीज़ चाहिए। मूल लेख का पाठ, या भरा हुआ Stage-1 जिसमें हर information point का तथ्य और स्रोत दर्ज हो, या Stage-1 का प्रॉम्प्ट और उसका कच्चा इनपुट। पहली चीज़ मिलते ही मैं शुरू से खुद खोदूँगा। दूसरी मिलते ही लिखना शुरू। तीसरी मिलते ही यह बताऊँगा कि पाइपलाइन कहाँ चूकी।

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