जिस फ़ाइल में मैच नहीं था: क्रिकेट डेस्क पर खाली शेल, और डेटा की असली जिरह
**मुख्य उत्तर (≤60 शब्द)**: एक क्रिकेट एनालिसिस पाइपलाइन का स्टेज-1 आउटपुट खाली लौटा — बारह में से ग्यारह फ़ील्ड N/A और एक फ़ील्ड में केवल 'cricket_world'। विफलता मॉडल की नहीं, अपस्ट्रीम एक्सट्रैक्शन की है: JavaScript से रेंडर होने वाले स्कोरकार्ड से बॉडी टेक्स्ट शून्य मिला, और ब्रांचिंग लॉजिक ने चुपचाप स्किप किया। **मुख्य तथ्य**: - ग्यारह फ़ील्ड में N/A; एकमात्र मान 'cricket_world'। - `Article Type: Unclassified` का अर्थ वर्गीकरण विफल नहीं, डाउनस्ट्रीम ब्रांच का शॉर्ट-सर्किट है। - `Entities Involved` में टेम्पलेट निर्देश छपा, जो कभी चलाया ही नहीं गया। - 2019 वर्ल्ड कप फ़ाइनल बाउंड्री काउंटबैक (26-24) से तय हुआ; ICC ने अक्टूबर 2019 में नियम ख़त्म किया। - 2025 चैंपियंस ट्रॉफ़ी में भारत के मैच होस्टिंग क्लॉज़ के कारण दुबई में खेले गए। **स्रोत**: स्टेज-1 एनालिसिस आउटपुट दस्तावेज़ (डोमेन लेबल: cricket_world); प्रकाशन तिथि उपलब्ध नहीं, इसलिए दावे केवल दस्तावेज़ के अंदर के फ़ील्ड तक सीमित हैं। **संबंधित प्रश्न-उत्तर**: प्रश्न: पाइपलाइन की गड़बड़ी पहले कहाँ जाँचनी चाहिए? उत्तर: वही लेख अलग से एक्सट्रैक्टर पर चलाकर निकाले गए टेक्स्ट की लंबाई शून्य है या नहीं, यह देखें। प्रश्न: क्रिकेट में खाली एक्सट्रैक्शन आम क्यों है? उत्तर: लाइव स्कोरकार्ड JavaScript से रेंडर होते हैं, इसलिए सर्वर HTML में भरा हुआ कंटेंट मौजूद नहीं होता। प्रश्न: इस विफलता का मीडिया-गुणवत्ता से क्या संबंध है? उत्तर: स्रोत-स्तंभ खाली होने पर अंडरडॉग कहानी और रेटिंग चर्चा वित्तीय असमानता जैसे तथ्यों को दिखाती ही नहीं, जिससे वे अस्तित्वहीन हो जाते हैं।
रात 11:40 बजे सिडनी के डेस्क पर एक JSON फ़ाइल खुली, और उसमें मैच नहीं था। बारह फ़ील्ड थीं — शीर्षक, स्रोत, प्रकार, एक-वाक्य सारांश, लेखक का रुख़, लेख का उद्देश्य, सूचना-बिंदु, संबंधित इकाइयाँ, समय-संवेदनशीलता, स्रोत-गुणवत्ता। ग्यारह में N/A छपा था। बारहवीं में चार अक्षर: cricket_world। डेडलाइन चार घंटे दूर थी, और डेस्क के पास एक ऐसा दस्तावेज़ था जो दावा कर रहा था कि उसने एक लेख पढ़ा है — जबकि उसने कुछ नहीं पढ़ा था। यह क्रिकेट की ख़बर नहीं थी। यह उस मशीन की ख़बर थी जो क्रिकेट की ख़बर बनाती है, और इस रिपोर्टिंग साइकल में यह ज़्यादा ज़रूरी ख़बर है। स्टेडियम में किसी ने सीटी नहीं सुनी; फ़ाइलों में अब भी एक सीटी बज रही थी।
इस रिपोर्ट का दायरा पहले साफ़ कर देना ज़रूरी है, क्योंकि यहीं से पूरी बहस शुरू होती है। मैं यहाँ किसी मैच की समीक्षा नहीं कर रही। मेरे पास मैच नहीं है। मेरे पास एक एनालिसिस-पाइपलाइन का स्टेज-1 आउटपुट है, जो इस नतीजे पर पहुँचा है कि उसमें कोई प्रयोग-योग्य सामग्री नहीं है। यह ईमानदार अंत है, और ईमानदार अंत क्रिकेट मीडिया में दुर्लभ है। लेकिन इस ईमानदारी के पीछे एक कहानी छिपी है जिसे क्रिकेट डेस्क हर सीज़न दोहराते हैं और हर सीज़न भूल जाते हैं: हमने क्रिकेट को खेल की तरह कवर करना बंद कर दिया है और उसे फ़ीड की तरह कवर करना शुरू कर दिया है। जब फ़ीड खाली आती है, तो हमें समझ नहीं आता कि गलती खेल में थी या नल में।
क्रिकेट कवरेज आज तीन परतों पर चलती है। पहली परत लाइव ब्लॉग है — ओवर-दर-ओवर, टाइमस्टैम्प के साथ, जिसमें हर बॉल एक अलग पैराग्राफ़ है और हर विकेट एक अलग हेडलाइन। दूसरी परत बॉल-बाय-बॉल डेटा फ़ीड है — स्कोरकार्ड, वैगन व्हील, कोण, लेंथ, एक्सट्रैक्शन का कच्चा माल। तीसरी परत काग़ज़ी है: ICC की प्लेइंग कंडीशंस, मैच रेफरी की रिपोर्ट, बोर्डों के NOC रजिस्टर, और उन तीन पेजों की PDF जिन्हें सीरीज़ से पहले कोई नहीं पढ़ता। मैंने मैच देखने के अपने वर्षों में यही सीखा: असली निर्णय तीसरी परत में होते हैं, और असली कवरेज-विफलताएँ पहली दो परतों से आती हैं।

इसकी सबसे अच्छी मिसाल आज भी 14 जुलाई 2026 है। लॉर्ड्स पर इंग्लैंड और न्यूज़ीलैंड का फ़ाइनल फ़ाइफ़्टी ओवर में बराबर रहा, सुपर ओवर भी 15-15 पर बराबर रहा, और मैच बाउंड्री काउंटबैक से तय हुआ — 26 बनाम 24। उस रात पूरे स्टेडियम ने नतीजा देख लिया था, पर उस नतीजे को जन्म देने वाला क्लॉज़ मैच की प्लेइंग कंडीशंस में था, जो किसी कॉमेंट्री बॉक्स में नहीं, किसी PDF में था। अक्टूबर 2026 में ICC ने बाउंड्री काउंटबैक ख़त्म कर दिया और सुपर ओवर को दोहराने का नियम लाया। मेरी लॉगबुक में यह एंट्री इसलिए टिकी हुई है क्योंकि उस रात सबसे ज़्यादा पढ़ा गया वाक्य भावना था, और सबसे ज़्यादा मायने रखने वाला वाक्य एक क्लॉज़ था।
अब वापस उस खाली JSON पर, फ़ील्ड-दर-फ़ील्ड। यही इस रिपोर्ट का मुख्य हिस्सा है, क्योंकि यहीं पर क्रिकेट डेस्क की असली कमज़ोरी दिखती है। जब एक ऑटोमेटेड एनालिसिस मॉड्यूल किसी क्रिकेट लेख पर चलाया जाता है और वह शीर्षक तक नहीं निकाल पाता, तो डेस्क का पहला रिफ़्लेक्स यह होता है कि मॉडल कमज़ोर है। यह निष्कर्ष ग़लत है। शीर्षक, स्रोत और प्रकार — ये सबसे आसान फ़ील्ड हैं। अगर ये तीनों खाली हैं, तो समस्या मॉडल के तर्क में नहीं, मॉडल तक पहुँचने वाले टेक्स्ट में है। दूसरे शब्दों में: जज करने से पहले मैं जानना चाहती हूँ कि उस आँख को किसने ट्रेन किया, और सबसे पहले यह कि आँख के सामने रखा ही क्या गया था।
Article Type: Unclassified वाली लाइन सबसे बड़ा सुराग़ है। क्लासिफ़ायर जब किसी दस्तावेज़ को किसी भी मौजूदा श्रेणी में नहीं रख पाता, तो वह Unclassified नहीं लौटाता — वह कम भरोसे के साथ सबसे नज़दीकी श्रेणी लौटाता है। Unclassified का मतलब 'वर्गीकरण विफल' नहीं, 'आगे की श्रेणियाँ चलाने से इनकार' है। यही पाइपलाइन का शॉर्ट-सर्किट है। क्रिकेट में यह पैटर्न परिचित है: एक बार जब मैच को 'ODI' या 'T20I' में बाँटने वाला ब्रांच फ़ेल हो जाए, तो उसके नीचे लटकी हुई हर चीज़ — टॉस रिपोर्ट, पिच रिपोर्ट, DLS पार स्कोर, ओवर-रेट पेनल्टी — अपने आप स्किप हो जाती है। आपको ग़लत जवाब नहीं मिलता। आपको जवाब ही नहीं मिलता। और डेडलाइन पर 'जवाब नहीं' का मतलब अक्सर 'जवाब गढ़ लिया गया' होता है।
Information Points का खाली लिस्ट होना तकनीकी रूप से सबसे महँगी विफलता है, क्योंकि बाक़ी सारी फ़ील्ड इसी पर निर्भर हैं। सारांश इससे बनता है, रुख़ इससे निकलता है, समय-संवेदनशीलता इसी से तय होती है। जब यह लिस्ट खाली हो, तो नीचे के हर फ़ील्ड को दो में से एक रास्ता चुनना पड़ता है — या तो खाली रह जाओ, या अनुमान लगाओ। इस डेटा-शेल ने पहला रास्ता चुना, और उसी एक फ़ैसले ने इसे ईमानदार बना दिया। डेटा-पाइपलाइन में ईमानदारी का कोई इनाम नहीं होता — डेडलाइन पर ईमानदार खालीपन भी खालीपन है — पर जांच की दृष्टि से यह सबसे उपयोगी नतीजा है, क्योंकि यह पता चल गया कि विफलता एक जगह है, न कि सब जगह।
अब वह फ़ील्ड जिसने मेरा ध्यान सबसे ज़्यादा खींचा। Entities Involved में लिखा है: "identify from the information points above"। यह किसी लेख का नतीजा नहीं है। यह एक निर्देश है जो कभी चलाया ही नहीं गया — टेम्पलेट स्ट्रिंग, जो आउटपुट में वैसे ही छप गई जैसे प्लेइंग इलेवन में कोई नाम रह जाए। मैंने मॉनिटर के पास वापस जाकर देखा कि रेफरी ने असल में क्या देखा था, और मॉनिटर पर एक ऐसा वेरिएबल था जिसे किसी फ़ंक्शन ने भरा ही नहीं। तकनीकी भाषा में यह स्कीमा-पॉप्युलेशन बग है। पेशेवर भाषा में यह वही आदमी है जो रिपोर्ट फ़ाइल कर देता है और ज़रूरी कॉलम खाली छोड़ देता है। दोनों में फ़र्क़ एक ही है: दस्तावेज़ मौजूद है, सबूत नहीं।
क्रिकेट में खाली एक्सट्रैक्शन इतनी बार क्यों होती है, इसका जवाब मॉडल की क्षमता में नहीं, साइट-आर्किटेक्चर में है। क्रिकेट के लाइव स्कोरकार्ड और लाइव ब्लॉग मुख्यतः JavaScript से रेंडर होते हैं। सर्वर से जो HTML आती है, उसमें भरा हुआ कंटेंट ही नहीं होता — स्कोर ख़ुद ब्राउज़र में जुड़ता है। जो एक्सट्रैक्टर सिर्फ़ HTML पढ़ता है, उसे एक साफ़-सुथरी खाली टेबल मिलती है और वह उसे 'थोड़ा टेक्स्ट' मानकर आगे भेज देता है। तब डाउनस्ट्रीम मॉडल को वाकई पढ़ने के लिए कुछ नहीं मिलता। यह विफलता क्रिकेट में ख़ास इसलिए है क्योंकि क्रिकेट की मूल इकाई एक बॉल है, और हर बॉल का कंटेंट लाइव-स्ट्रीम होता है। क्रिकेट मीडिया ने जिस पद्धति को अपनाया, वह फुटबॉल से उधार लिया गया 'हाफ़-टाइम, फ़ुल-टाइम' ढाँचा है, जबकि खेल की घड़ी ही अलग क़िस्म की है।
दूसरी वजह राज्यसत्ता की है, और यह वजह उससे कहीं बड़ी है। क्रिकेट अपनी काग़ज़ी परत को जनता के लिए इस्तेमाल-योग्य नहीं रखता। IPL की प्लेइंग कंडीशंस हर सीज़न थोड़ी बदलती हैं, और बदलाव कहाँ छपते हैं — एक PDF में, बोर्ड की वेबसाइट के एक कोने में। NOC नियम बोर्ड-दर-बोर्ड अलग हैं। BCCI अपने सक्रिय खिलाड़ियों को विदेशी लीग में नहीं भेजता; Cricket Australia इसी विकेट को दूसरे छोर से खेलता है और अपने खिलाड़ियों को विंडो के हिसाब से मैनेज करता है। एक ही खेल, एक ही ICC ढाँचा, हर बोर्ड के डेस्क पर अलग नतीजा। 2026 की चैंपियंस ट्रॉफ़ी का हाइब्रिड मॉडल इसका सबसे साफ़ उदाहरण है — यह तय नहीं हुआ कि भारत कहाँ खेलेगा, यह एक होस्टिंग क्लॉज़ ने तय किया, और भारत के सारे मैच दुबई में खेले गए। क्लॉज़ नौवें पेज पर था, और उसी ने सीज़न तय कर दिया। जब मीडिया मशीन ऐसी काग़ज़ी परत को पढ़ने की कोशिश करती है, तो उसे हर बार दो शब्द मिलते हैं: 'ने बताया' और 'सूत्रों के मुताबिक़'। यही वे जगहें हैं जहाँ पाइपलाइन खाली लौटती है — और ठीक यही वे जगहें हैं जहाँ उसे कभी खाली नहीं लौटना चाहिए।
इसका एक तीसरा कारण है जिसे मैं अपनी लॉगबुक से जानती हूँ। 2026 में, जब मैंने फ़ुटबॉल ऑस्ट्रेलिया का रेफरी कोर्स किया था, मैंने रूस विश्व कप के हर VAR हस्तक्षेप को एक स्प्रेडशीट में दर्ज किया था — मिनट, लॉ नंबर, मैदान पर लिया गया फ़ैसला, अंतिम फ़ैसला। उस टूर्नामेंट में रिकॉर्ड 29 पेनल्टी दिए गए। 15 जुलाई 2026 के फ़ाइनल में इवान पेरिशिच का 38वें मिनट का हैंडबॉल पहला VAR-दिया गया फ़ाइनल पेनल्टी बना, ग्रीज़मैन ने उसे गोल में बदला, और फ़्रांस 4-2 से जीता। मैंने वह लॉग एक मुफ़्त ब्लॉग पर 'द रूलिंग शीट' नाम से छापा था। उस अभ्यास ने मुझे एक आदत दी जो आज भी चलती है: मैं कोई फ़ैसला लॉ नंबर और प्रोटोकॉल स्टेप के बिना नहीं लिखती। 2026 में जब A-League 24 मार्च को रुका और जुलाई में NSW हब में लौटा, तो 20 साल की उम्र में मैंने प्रेस रिलीज़ नहीं, असली CBA पढ़ा — PFA और FFA के बीच 30 प्रतिशत तक की कटौती, फ़ोर्स मेजर क्लॉज़, और दिसंबर में लाइसेंस का Australian Professional Leagues के ज़रिए क्लबों को ट्रांसफ़र। इससे मुझे 48 घंटे का नियम मिला: कोई भी नियामकीय झटका दो दिन के भीतर क्लॉज़-दर-क्लॉज़ सादी भाषा में समझाया जाए, गुस्से के साइकल से पहले।
2026 की कतर घटना ने इस तरीक़े की क़ीमत भी दिखाई। सेमी-ऑटोमेटेड ऑफ़साइड बारह कैमरों और जुड़ी हुई बॉल पर आ गया, इंग्लैंड-ईरान मैच 27 मिनट के स्टॉपेज तक चला। और फिर OneLove आर्मबैंड का मामला: फ़ीफ़ा के उपकरण नियम, लॉ 4, पीली कार्ड की धमकी, जर्मनी की जापान मैच से पहले हाथ-मुँह पर फ़ोटो। मैंने लिखा कि यह लॉ 4 के प्रवर्तन का सवाल है, नए नैतिक ब्रह्मांड का नहीं। तीन प्लेटफ़ॉर्मों पर मुझे भोली कहा गया। मैंने नियम-विश्लेषण नहीं छोड़ा, पर एक ज़रूरी पैराग्राफ़ जोड़ा जो अब हर रिपोर्ट में आता है — 'यह नियम असल में किसे नुक़सान पहुँचाता है'। और मैंने टूर्नामेंट-पूर्व नियामकीय ब्रीफ़िंग छापना शुरू किया, ताकि भीड़ के शोर में जीवित नियम समझाने की नौबत दोबारा न आए। आर्मबैंड एक प्रतीक है, जब तक कोई उसे मैच रेगुलेशन में न लिख दे — और उस शाम किसी नहीं लिखा था।
यही नियम मैं डेटा पर भी लागू करती हूँ, और यहीं असली बहस शुरू होती है। ऐसी दुर्घटना होने पर डेस्क का पहला आरोपी मॉडल होता है। लेकिन इस शेल को ध्यान से देखिए: जिस एक फ़ील्ड में गड़बड़ साफ़ दिख रही है — Entities Involved — वहाँ असल में गड़बड़ मॉडल की नहीं, टेम्पलेट की है। जिस फ़ील्ड में शॉर्ट-सर्किट दिख रहा है — Article Type — वहाँ गड़बड़ ब्रांचिंग लॉजिक की है। और जहाँ सब कुछ खाली है — शीर्षक, सारांश, सूचना-बिंदु — वहाँ सबसे संभावित कारण यह है कि एक्सट्रैक्टर को बॉडी टेक्स्ट ही नहीं मिला। यानी तीन अलग-अलग बीमारियाँ, एक ही मरीज़। इनमें से सिर्फ़ एक का इलाज मॉडल है। बाक़ी दो का इलाज वही है जो हर क्रिकेट डेस्क पर एक दशक से ज़रूरी है: इनपुट की लंबाई जाँचो, टेम्पलेट बदलो, और ब्रांच को फ़ेल करने की इजाज़त दो।
यहाँ एक आम-सहमति को चुनौती देनी ज़रूरी है, क्योंकि वही हमें बार-बार इस जगह लाती है। मीडिया-टेक की दुनिया में माना जाता है कि बड़ा मॉडल हर कमी पूरी कर देगा, और खाली फ़ील्ड देखकर पहला सुझाव यह आता है कि मॉडल बदल दिया जाए। यह उसी तर्क की ग़लती है जो क्रिकेट में 'स्पिरिट ऑफ़ द गेम' कहकर नियम बदलने की माँग करती है — भावना तेज़, क्लॉज़ गायब। जब एक्सट्रैक्टर को शून्य अक्षर मिले हों, तो मॉडल बदलने से नतीजा वही रहेगा, बस खाली फ़ील्ड की भाषा बदल जाएगी — शायद अब वह N/A के बजाय 'अपर्याप्त डेटा' छापे। सुधार की असली जगह उस स्थान पर है जहाँ कंटेंट बनता है, न कि जहाँ उसका अनुमान लगाया जाता है। यही वह आदत है जिसने मुझे बार-बार बचाया है: नियंत्रण-कक्ष में जाकर देखो कि रेफरी की स्क्रीन पर क्या था, टेलीविज़न पर क्या दिखाया गया, और रिपोर्ट में क्या दर्ज हुआ — तीनों अलग-अलग चीज़ें हैं, और तीनों पर बहस होती है।
क्रिकेट के लिए इस पाइपलाइन-विफलता का एक और, गहरा अर्थ है जिसे इस क्षेत्र में कम लिखा जाता है। ऑटोमेटेड कवरेज को चलाने वाला तर्क एंगेजमेंट है — क्या चलता है, क्या नहीं। एंगेजमेंट किस चीज़ पर चलती है? रोमांटिक अंडरडॉग कहानी पर। छोटे शहर का बड़े शहर को हराना। जब पाइपलाइन किसी मैच को इसी ढाँचे में काटती है, तो वह हर उस आँकड़े को किनारे कर देती है जो उस कहानी से टकराता है — वेतन-सीमा का अंतर, स्क्वाड डेप्थ, रिटेनर का ढाँचा, ट्रैवल लॉजिस्टिक्स। ऑस्ट्रेलियाई उपनगरीय क्रिकेट की वास्तविकता यह है कि जीत का अंतर अक्सर वित्तीय अंतर की छाया होता है, पर फ़ीड को वित्तीय असमानता नहीं चाहिए; उसे राज़ी न्यूज़ इकाइयाँ चाहिए। यही विफलता फ़ुटबॉल में भी दिखती है, जहाँ लोन-विद-ऑब्लिगेशन सौदों को 'समझदारी' कहकर बेचा जाता है, पर वही सौदे छोटे क्लबों की अगली तीन विंडो बाँध देते हैं और उन्हें किसी और के लिए अधूरा उत्पाद तैयार करने वाली फ़ैक्ट्री बना देते हैं। ऑटोमेशन इन संरचनात्मक तथ्यों को नहीं काटता; वह उन्हें पूरी तरह अनुपस्थित दिखाता है। और जो मीडिया किसी तथ्य को दिखाता ही नहीं, वह उसे नागरिक रूप से अस्तित्वहीन बना देता है।
इसीलिए ट्रांसफ़र विंडो के इस दौर में सबसे ज़रूरी पाठन-सामग्री रेटिंग, चैट या मेडिकल की ख़बर नहीं है। रिलीज़ क्लॉज़ की बनावट है, वेतन-बिल है, रजिस्ट्रेशन की तारीख़ें हैं, NOC की स्थिति है। क्रिकेट लीगों के लिए विंडो की टकराहट — IPL, SA20, ILT20 — का असर उतना ही निर्णायक है जितना किसी मैच का नतीजा, क्योंकि यह तय करता है कि स्क्वाड में कौन हाज़िर होगा। जब खाली डेटा-शेल आता है, तो यही वह सामग्री है जो पहली चीज़ बनकर उड़ जाती है, क्योंकि यह काग़ज़ में है और किसी फ़ीड में नहीं।
इन-मैच पेनल्टी से लेकर इम्पैक्ट प्लेयर तक, क्रिकेट के हर बड़े बदलाव की कहानी यही है — नियम पहले आते हैं, गुस्सा बाद में। ICC ने 2026 में ओवर-रेट के लिए इन-मैच पेनल्टी लागू की, यानी धीमी गेंदबाज़ी का दंड अब किसी मैच-फ़ीस में नहीं, उसी मैच के अंदर एक फ़ील्डर को अंदर भेजने में चुकाया जाता है। IPL ने 2026 में इम्पैक्ट प्लेयर लाया और बारहवें खिलाड़ी को रेगुलेशन में दर्ज कर दिया। DLS में स्टर्न का संशोधन 2026 में आया। इन तीनों का एक साझा गुण है: इन्हें रसीद चाहिए। और डेटा-पाइपलाइन, जब ख़राब होती है, ठीक उसी रसीद को गिरा देती है। एक नियम का जन्म आमतौर पर वर्दी में होता है; उसका पालन आमतौर पर दफ़्तर में। दुर्गम सत्य यह है कि जिस इंसान की स्क्रीन पर वह नियम खुलता है, अक्सर वही उसे प्रकाशित भी नहीं करता।
अगर यह पाइपलाइन बैच में चल रही है, तो सबसे पहला परीक्षण बेहद साधारण है: वही लेख अलग से एक्सट्रैक्टर पर चलाइए और देखिए कि निकाले गए टेक्स्ट की लंबाई शून्य है या नहीं। अगर हाँ, तो समस्या क्लॉज़-राइटिंग में नहीं, क्रॉलिंग में है; और तब Stage-1 का प्रॉम्प्ट या मॉडल बदलना कचरा-शोध है। पहले उस नल को ठीक कीजिए जो आधा खुला है। अगर पूरा वाक्य ही खाली आ रहा हो, तो सबसे बड़ा मॉडल भी कुछ नहीं कर सकता — जैसे सबसे अच्छा रेफरी उस खेल की समीक्षा नहीं कर सकता जो खेला ही न गया। लाइन मशीन ने खींची, बहस हमने खींची — और इस बार वह खींचने के लिए कोई मैदान ही मौजूद नहीं था।
इस सबका मुझे जो निष्कर्ष दिखता है, वह दो हिस्सों में बँटा है। पहला, तकनीकी: एक्सट्रैक्शन की लंबाई और टेक्स्ट-हैश की जाँच पाइपलाइन का अनिवार्य गेट होनी चाहिए, और ब्रांचिंग लॉजिक को चुपचाप स्किप करने के बजाय फ़ेल करने की इजाज़त दी जानी चाहिए। दूसरा, पेशेवर: हर रिपोर्ट के साथ एक स्रोत-स्तंभ जाना चाहिए — कौन सा दस्तावेज़, कौन सी तिथि, किस अधिकारी ने क्या कहा। जब वह स्तंभ खाली हो, तो रिपोर्ट नहीं छपनी चाहिए। जिस दिन क्रिकेट डेस्क यह मान लेगा कि खाली स्तंभ भी एक नतीजा है, उस दिन उसकी आधी 'विवादित घटनाएँ' अपने आप गायब हो जाएँगी।

अगले सीज़न से पहले मेरे पास एक ही सुझाव है, और वह नया नहीं है: टूर्नामेंट-पूर्व नियामकीय ब्रीफ़िंग। जिस दिन प्लेइंग कंडीशंस छपें, उसी दिन उनका तीन पैराग्राफ़ का सादा अनुवाद तैयार हो — कौन सा क्लॉज़ बदला, किस अधिकारी के पास ओवरराइड की शक्ति है, और यह बदलाव असल में किस खिलाड़ी की जेब पर पड़ेगा। यही वह काम है जो न तो तेज़ होता है, न वायरल। फिर भी यह वह काम है जिसके बिना हर डेडलाइन पर हमें वही खाली फ़ाइल मिलेगी — ग्यारह N/A और एक cricket_world। सवाल यह नहीं है कि मशीनें खबरें लिख पाएँगी या नहीं। सवाल यह है कि जब वे लिखेंगी, तब डेस्क पर कोई ऐसा बचा होगा या नहीं जो जानता हो कि स्रोत-स्तंभ कहाँ है और उसे कब खाली छोड़ना है।
इस फ़ाइल को मैंने मिटाया नहीं। मैंने उसे एक फ़ोल्डर में रखा है, नाम दिया है 'रात 11:40'। अगली बार जब कोई मुझसे कहे कि निष्कर्ष बहस से पहले आता है, तो मैं यही फ़ाइल खोलूँगी और दिखाऊँगी कि जिस रिपोर्ट में मैच नहीं था, उसने भी एक नतीजा दिया था — बस वह नतीजा खेल के बारे में नहीं, हमारे बारे में था। और जब किसी टूर्नामेंट की कंडीशंस का पन्ना नौ फिर किसी सीज़न का फ़ैसला करेगा, तो कम से कम इस बार हमें पता होगा कि उसे किसने, कब, और किस फ़ाइल में दर्ज किया था।
