शून्य बाइट की ख़बर: चेस कवरेज की पाइपलाइन में स्टोरी कहाँ गुम हुई

दो बजकर सत्रह मिनट। स्क्रीन पर एक टेबल खुली है और टेबल में एक बड़ी खाली जगह है। सबसे ऊपर लिखा है — क्षेत्र: शतरंज। उसके नीचे, एक के बाद एक खाने: लेख का शीर्षक — N/A; स्रोत — N/A; एक वाक्य का सारांश — N/A; सूचना बिंदु — कोई नहीं; शामिल संस्थाएँ — कोई नहीं। और इन खाली खानों के नीचे, सिस्टम की तरफ़ से जुड़ी एक पंक्ति: “विश्लेषण के लिए तैयार।”

शतरंज की पहचान सही हुई थी। बाकी सब रास्ते में गिर गया — शीर्षक, खिलाड़ी, इवेंट, तारीख़, और वह वाक्य जिसके लिए पूरा डेस्क बैठा था।

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

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

हर हाथ के बीच एक संख्या रहती है — HTTP स्टेटस, रिस्पॉन्स का बाइट काउंट, टोकन काउंट, प्रकाशन का टाइमस्टैम्प। जब कोई ख़बर गुम होती है, तो वह इन्हीं संख्याओं के बीच गुम होती है, और जब तक किसी का ध्यान जाता है, अगली स्टोरी का डेडलाइन आ चुका होता है।

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

यह पैटर्न — डोमेन लेबल भरा हुआ, बाकी सब खाली — संयोग नहीं है। मेरे अनुभव में जब भी यह सिग्नेचर मिला है, गड़बड़ डोमेन क्लासिफ़ायर में नहीं, बल्कि उसके ठीक नीचे बैठे कंटेंट-फ़ेच या पार्सिंग चरण में थी। सिस्टम ने विषय पहचान लिया था; बॉडी कभी पची ही नहीं।

रिपोर्ट में छह संभावित कारण दर्ज हैं, और हर कारण के आगे एक जाँच रखी गई है।

पेवॉल या लॉगिन — मध्यम संभावना। शीर्षक और पहला पैराग्राफ़ मिल जाता है, बॉडी ब्लॉक हो जाती है, एक्सट्रैक्टर खाली हाथ लौटता है। जाँच: कच्चे HTTP रिस्पॉन्स की लंबाई और स्टेटस कोड देखिए।

इमेज-ओनली या वीडियो-एम्बेडेड सामग्री — मध्यम। टेक्स्ट एक्सट्रैक्टर को कोई पढ़ने योग्य पैराग्राफ़ नहीं मिला। जाँच: OCR या ट्रांसक्रिप्ट फ़ॉलबैक मौजूद है या नहीं।

जावास्क्रिप्ट से रेंडर होने वाला पेज — मध्यम से उच्च, और सबसे ज़्यादा नज़रअंदाज़ किया जाने वाला। जाँच: हेडलेस रेंडिंग से दोबारा फ़ेच।

गैर-लेख इनपुट — रिज़ल्ट इंडेक्स, स्कोर टेबल, सोशल पोस्ट। इनमें कहानी की संरचना ही नहीं होती, इसलिए डिकंस्ट्रक्शन प्रॉम्प्ट ठीक वैसा ही खाली ढाँचा लौटाता है। जाँच: इनपुट का MIME टाइप और DOM रूट।

अपस्ट्रीम ट्रंकेशन — कम से मध्यम। पेलोड दो स्टेजों के बीच कटा। जाँच: टोकन-लिमिट का लॉग।

और आखिरी — ऑपरेटर की गलती, यानी सचमुच खाली सबमिशन। संभावना कम, पर शून्य नहीं।

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

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

रिपोर्ट ने इसी को सबसे ऊँचा जोखिम माना है: ऐसा विश्लेषण जिसमें कोई तथ्य न हो, अगर प्रकाशन तक पहुँच जाए, तो नुक़सान शतरंज का नहीं, मीडिया हाउस की विश्वसनीयता का होगा। दूसरा जोखिम उसी खाली पेलोड का शांत प्रसार है। तीसरा — दबाव में “कुछ तो बनाइए” कहकर लिखवाना। रिपोर्ट इस पर साफ़ है: खाली इनपुट से दो ही स्वीकार्य आउटपुट हैं — एक null रिपोर्ट, या दोबारा एक्सट्रैक्शन की माँग। तीसरा विकल्प, यानी अनुमान से कहानी गढ़ना, किसी भी हालत में विकल्प नहीं।

समाधान भी उसी दस्तावेज़ में लिखा है और वह सस्ता है। दो स्टेजों के बीच एक स्कीमा जाँच लगाइए: अगर सूचना बिंदुओं की सूची खाली है और शीर्षक N/A है, तो पेलोड आगे नहीं जाएगा। इस एक शर्त से इस पूरी श्रेणी की गलती रुक सकती है।

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

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

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

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

तीसरी बात, मेरी आदत के मुताबिक़। मैं पंचलाइन से ज़्यादा ठहराव पर भरोसा करता हूँ। सिस्टम ने जो किया, वह भी एक ठहराव था — उसने शतरंज पहचाना, रुका, और खुद को “तैयार” घोषित कर दिया। खाली जगह को तैयारी मान लेना इस पूरे मामले की असली गलती है, और वह गलती एआई की नहीं, उस इंसानी आदत की है जो हर सिस्टम के आउटपुट को मंज़ूरी समझ बैठती है।

ऐसी रात के बाद मैंने जो नोटबुक खोली, उसमें कोई स्टोरी नहीं थी। उसमें सिर्फ़ एक सवाल था: अगर अगली खबर भी इसी तरह लौटे — विषय सही, बाकी सब खाली — तो क्या हम उसे पहचान पाएँगे? 2026 का सबसे उपयोगी मीडिया मेट्रिक रेटिंग नहीं, बाइट काउंट है। जिस दिन हम फ़ेच लॉग को उसी गंभीरता से पढ़ेंगे जिस गंभीरता से स्कोरशीट पढ़ते हैं, उस दिन खबरें कम गुम होंगी।

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