खाली टेम्पलेट, भरा हुआ पेज: क्रिकेट डेस्क में साइलेंट फेल्योर की जाँच

स्क्रीन पर सोलह फ़ील्ड थीं और उनमें से पंद्रह में कोई मान दर्ज नहीं था। Article Title के आगे N/A, Source के आगे N/A, Article Type के आगे Unclassified। Core Viewpoints के तीनों खाने खाली — एक वाक्य का सारांश नहीं, रुख़ N/A, मक़सद N/A। Information Points की सूची में एक भी प्रविष्टि नहीं। Entities, Time Sensitivity और Source Quality — तीनों जगह वही placeholder टिप्पणी जो स्कीमा में पहले से छपी आती है। पूरे आउटपुट में एक ही ज़िंदा दर्जा था: Domain Label — cricket_world। यह रिपोर्ट उस एक दर्जे और उसके चारों ओर फैली ख़ाली जगह के बारे में है। क्रिकेट कवरेज में इस वक़्त सबसे महँगी ग़लती झूठी ख़बर नहीं है; वह ख़बर की जगह खड़ा कर दिया गया ख़ाली ढाँचा है, जिसे सही फ़ॉर्मैट मिला हुआ है और जिसे कोई रोकने वाला नहीं है। क्रिकेट डेस्क की शक्ल पिछले आठ सालों में चुपचाप बदली है। पहले एक रिपोर्टर, एक नोटबुक, एक स्कोरकार्ड और, अगर किस्मत अच्छी हो, तो किसी एसोसिएशन की सालाना रिटर्न की एक फ़ोटोकॉपी होती थी। अब एजेंसी की वायर आती है, उसे एक पार्सर पढ़ता है, एक entity extractor नाम और संख्याएँ निकालता है, एक सारांश बनता है, और वह सीधे CMS में चला जाता है। क्रिकेट इस श्रृंखला के लिए सबसे आसान खेल है — बॉल-बाय-बॉल डेटा, तय स्कोरकार्ड, नीलामी की सूचियाँ, एसोसिएशन की वार्षिक रिपोर्टें। जितना साफ़ ढाँचा, उतनी तेज़ पाइपलाइन; और जितनी तेज़ पाइपलाइन, उतनी ही कम जगह उस सवाल के लिए जो हर अच्छे डेस्क पर पूछा जाता था — भाई, यह आया कहाँ से? मेरी आदत 2026 से है। उस साल स्टेट्समैन ने मुझे ईडन गार्डन पर बंगाल के रणजी मुक़ाबलों के लिए भेजा, अख़बार के क्रिकेट बीट पर पहली औरत के तौर पर, और मैं स्कोरर के बॉक्स से फाइल करती थी क्योंकि ड्रेसिंग रूम का कॉरिडोर मेरे लिए बंद था। एक वरिष्ठ सहयोगी ने कहा कि औरतें सीम की पोज़िशन नहीं देख पातीं। मैंने कॉरिडोर के लिए बहस करना छोड़ दिया और फाइल कैबिनेट पढ़ना शुरू किया। उसी सीज़न में बंगाल क्रिकेट एसोसिएशन की रजिस्ट्रार ऑफ सोसाइटीज़, पश्चिम बंगाल के पास जमा सालाना रिटर्न में एक गेंदबाज़ी कोच ₹8,400 महीने पर दर्ज था, जो 2026-95 के पूरे सीज़न में एक भी नेट सेशन में नहीं आया। ख़बर छह सौ शब्दों की थी और पेज उन्नीस पर छपी। रजिस्टर में उसका नाम था। नेट्स में वह कभी नहीं आया। यही मेरी समझ है आज के इस खाली टेम्पलेट की। रजिस्टर में नाम है — Domain Label: cricket_world। नेट्स में कुछ नहीं आया। सबसे पहले यह तय करें कि cricket_world क्या साबित करता है और क्या नहीं। यह एक लेबल है, और ऐसे लेबल आम तौर पर यूआरएल, शीर्षक या कीवर्ड नियमों से आते हैं। इसका मतलब सिर्फ़ इतना है कि वर्गीकरण की परत चली और उसने अपना काम किया। इसका मतलब यह नहीं है कि कोई लेख मौजूद था, पढ़ा गया, समझा गया। यह वैसा ही है जैसे स्कोरकार्ड के ऊपर छपा हो — बंगाल बनाम बॉम्बे, ईडन गार्डन — और नीचे किसी बल्लेबाज़ के रन की जगह खाली छोड़ दी गई हो। हेडर सच है। मैच उस काग़ज़ में है ही नहीं। चार कारण संभव हैं, और चारों को अलग-अलग सबूत से पकड़ा जा सकता है। पहला, ऊपर की परत ने खाली बॉडी लौटाई — पेवॉल, जावास्क्रिप्ट से बना पेज, या रोबॉट-रोधी दीवार — और पाइपलाइन ने बिना शोर किए स्कीमा के डिफ़ॉल्ट मान भर दिए। इसे पकड़ने का तरीक़ा यह है कि कच्ची फ़ाइल का आकार और extractor के body फ़ील्ड की लंबाई अलग-अलग देखी जाए। दूसरा, आउटपुट कट गया या सीरियलाइज़ करते वक़्त खो गया; इसकी पहचान Stage-1 के लॉग में finish_reason का मान length होना या टोकन की गिनती असामान्य रूप से छोटी होना है। तीसरा, इनपुट ही खाली था — ग़लत दस्तावेज़, कोई placeholder रिकॉर्ड; यहाँ बाइट काउंट शून्य मिलेगा। चौथा, और मेरे हिसाब से सबसे संभावित, वर्गीकरण और निष्कर्षण एक-दूसरे से अलग हो गए हैं। cricket_world का संकेत यूआरएल और शीर्षक से आया, जबकि बॉडी निकालने की श्रृंखला अलग रास्ते पर विफल हुई। यही एक कारण है जो अच्छी तरह समझाता है कि एक फ़ील्ड भरी क्यों है और बाकी सब खाली। असली ख़बर चार कारणों में नहीं है। असली ख़बर यह है कि खाली टेम्पलेट आगे बहता रहा। एक स्कीमा में N/A लिखा हुआ मिलना और उसे नीचे की परत तक पहुँचने देना, तकनीकी ख़राबी से बड़ी चीज़ है। नीचे की हर परत स्कीमा का होना सामग्री का होना मान लेती है। अख़बार की भाषा में कहें तो कॉपी डेस्क ने खाली पन्ना स्वीकार कर लिया क्योंकि वह सही फ़ॉर्मैट में आया था। यहाँ एक नियम की कमी साफ़ दिखती है: अगर सारांश खाली है या Information Points की सूची खाली है, तो प्रक्रिया रुकनी चाहिए, चेतावनी नहीं — रुकनी चाहिए। क्योंकि N/A के दो मतलब होते हैं और पाइपलाइन उन दोनों को एक ही खाने में डाल देती है: एक, हमने देखा और रिकॉर्ड में नहीं है; दो, हमने देखा ही नहीं। पहला दस्तावेज़ीकरण है, दूसरा अनुमान। जो प्रणाली इन दोनों को नहीं अलग करती, वह रिकॉर्ड सिस्टम नहीं, मेज़ पर रखा हुआ अफ़वाह दफ़्तर है। क्रिकेट के रिकॉर्ड में यह बीमारी पुरानी है। किसी बॉलर का फ़िगर गुम हो तो स्कोरकार्ड में शून्य नहीं लिखा जाता; खाली जगह छोड़ी जाती है और फ़ुटनोट लगता है। बैलेंस शीट में यही नियम और सख़्त है। गुम संख्या की जगह शून्य लिख देना झूठा बयान है; खाली जगह के साथ नोट लिखना दस्तावेज़ है। मेरे चौदह अलमारियों वाले उस कैबिनेट में ऐसे सैकड़ों पन्ने हैं जहाँ किसी खिलाड़ी का मैच फ़ीस दर्ज है और किसी कोच का एहसान भी, लेकिन उनके बीच में यह कभी नहीं लिखा गया कि कौन-सी रक़म अदा हुई और कौन-सी सिर्फ़ आँकी गई। बैलेंस शीट कॉलम में लिखी एक कबूलनामा है — और खाली कॉलम भी कबूलनामा है, बस उसे पढ़ने वाला चाहिए। जिस दिन ऐसा खाली ढाँचा बिना रोक आगे बढ़ता है, उस दिन पाठक तक जो पहुँचता है वह तीन तरह का नुक़सान करता है। पहला, संरचना सही दिखती है — शीर्षक, बुलेट, नाम, तारीख़ के खाने — और पाठक संरचना को सत्य मान लेता है। दूसरा, नीचे की परत अगर जनरेटिव है तो वह खाली जगह को संभाव्य वाक्यों से भर देती है, और फिर जो निकलता है वह मैच रिपोर्ट नहीं, मैच रिपोर्ट जैसा दिखने वाला अनुमान होता है। तीसरा और सबसे महँगा — तुलनीयता ख़त्म हो जाती है। अगर एक साइट के आँकड़े कहीं दर्ज हुए हैं और कहीं अनुमान से भरे गए हैं, तो उन दोनों को एक ही तालिका में रखना रिकॉर्ड रखना नहीं है। क्रिकेट पत्रकारिता की पूरी साख इस बात पर टिकी है कि संख्या जिस जगह से आई है, वह जगह बताई जा सके। इसलिए जो सबसे ज़रूरी सुधार है, वह मॉडल नहीं है। वह एक प्रमाण-पंक्ति है। हर फ़ील्ड के साथ यह दर्ज होना चाहिए कि वह कहाँ से पढ़ा गया, कब पढ़ा गया और किस क़दम पर बना। मेरे पास आज भी 2026 की उस ख़बर की फ़ोटोकॉपी है और उस पर हाथ से लिखी तारीख़ है, क्योंकि बीस साल बाद कोई पूछ सकता है कि यह आया कहाँ से, और मैं जवाब दे सकूँ। जिस पाइपलाइन में यह पंक्ति नहीं होती, वहाँ जवाब देने की जगह सिर्फ़ भरोसा होता है। मेरी समझ से जो आलोचक इस वक़्त सबसे ज़्यादा ग़लती कर रहे हैं, वे मॉडल को कोसे जा रहे हैं। यह कहना आसान है कि निष्कर्षण कमज़ोर था। आउटपुट में ऐसा कोई सबूत नहीं है। कमज़ोर मॉडल ग़लत नाम लौटाता है, अधूरा वाक्य लौटाता है, दो खिलाड़ियों की जीवनी मिला देता है। यहाँ कुछ भी लौटा ही नहीं। जो लौटा, वह व्यवस्था की गवाही है — वर्गीकरण और निष्कर्षण का अलग-अलग चलना, और बीच में गेट का न होना। दूसरी बात जो आलोचक छोड़ देते हैं: यह खाली नतीजा ईमानदार नतीजा है। एक टेम्पलेट जो साफ़ कहता है कि मेरे पास कुछ नहीं है, उस टेम्पलेट से कहीं ज़्यादा उपयोगी है जो खाली जगह को संभाव्य माल से भर देता है, क्योंकि पहले वाले को ट्रैक किया जा सकता है और ठीक किया जा सकता है, दूसरे वाले को सिर्फ़ छापा जा सकता है। तीसरी बात, और यह मेरी अपनी आदत के ख़िलाफ़ चेतावनी है। cricket_world को सबूत मत समझिए। यह एक नियम के चलने का सबूत है, प्रणाली के काम करने का नहीं। तीस साल में मैंने यह ग़लती बार-बार होते देखी है — एक लाइव फ़ील्ड मिलती है, और हम बाकी खाली जगह को भरोसे से भर देते हैं। मुझे भी दस्तावेज़ों के साथ यह ललच होता है, और हर बार अंत में वही शीर्षक निकलता है जिसे अदालत में खड़े होकर बचाया नहीं जा सकता। यहाँ सवाल यह नहीं है कि पाइपलाइन ने क्या छोड़ा। सवाल यह है कि उस स्कीमा पर हस्ताक्षर किसने किए जिसमें डिफ़ॉल्ट मान N/A है, और किसने तय किया कि खाली सूची के साथ आगे बढ़ना ठीक है। इन दो सवालों के जवाब के बिना बाकी सब बहस है। एक न्यूनतम-वैधता शर्त जोड़िए — खाली सारांश, खाली सूची, तो प्रक्रिया रुके और शोर मचे। finish_reason और टोकन की गिनती लॉग में दर्ज कीजिए। और हर ख़बर के साथ यह भी छापिए कि उसका सबूत कहाँ है। छह सौ शब्द पेज उन्नीस पर प्रेस बॉक्स से ज़्यादा टिकते हैं, बशर्ते उनके साथ काग़ज़ हो। जिस क्रिकेट बोर्ड की सालाना रिपोर्ट में एक फ़ैंटम कोच साल भर वेतन लेता रहता है, वहाँ सवाल रजिस्टर पर नहीं उठता; सवाल उस पर उठता है जिसने रजिस्टर को अंतिम सत्य मान लिया। आज हमारे डेस्क पर वही रजिस्टर स्कीमा बनकर लौटा है। अगली बार जब कोई ख़बर बिना किसी नाम, बिना किसी संख्या, बिना किसी तारीख़ के सही फ़ॉर्मैट में आपके सामने आए, तो एक ही चीज़ पूछिए — इस साल के रिटर्न में यह किस पेज पर दर्ज है, और उस पेज पर हस्ताक्षर किसके हैं।