खाली Stage-1, खोखली रिपोर्ट: जब पाइपलाइन 'सब सामान्य है' जैसा दिखने वाला कुछ लौटाती है

किसी भी कबड्डी फीचर से पहले मेरी एक ही आदत है: टेप देखना। रेड टैग करना, टैकल गिनना, और उसके बाद ही निष्कर्ष लिखना। इस बार टेप में रेड नहीं थे। टेप था Stage-1 का आउटपुट — और वह खाली था।

Domain Label: kabaddi। बाकी सब खाली। Article Title: N/A। Source: N/A। Type: Unclassified। One-sentence Summary: खाली। Information Points: खाली सूची। Entities, Time Sensitivity, Source Quality — तीनों का मूल्यांकन हुआ ही नहीं। जिस सामग्री पर करीब 3,831 शब्दों का विश्लेषण खड़ा होना था, वह मौजूद नहीं है। यहाँ जानकारी की मात्रा कम है — यह समझना आसान और ग़लत है। यहाँ जानकारी बनी ही नहीं। और विश्लेषक के लिए असली इम्तिहान यहीं शुरू होता है।

मैंने ऑबिचुअरी लिखने से पहले ग़लत इस्तेमाल का पता लगाया था। इस बार ग़लत कुछ नहीं है; इस बार रिकॉर्ड ही नहीं बना। The tape didn't lie — it was never recorded। और जब टेप नहीं बना, तो टेप-रिव्यू की पूरी विधि बेकार है।

Stage-1 क्या है, और यह खाली होने का मतलब क्या है

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

इस बार वह शर्त पूरी नहीं होती। बचा हुआ एकमात्र सिग्नल है: domain = kabaddi। और यह सिग्नल सिर्फ़ इतना कहता है कि ऊपरी स्तर को लगा कि इनपुट कबड्डी से जुड़ा है। बस इतना। यह नहीं बताता कि कौन-सा टूर्नामेंट है, किस सीज़न का मामला है, कौन-सा खिलाड़ी है, कौन-सा दावा है। इस सिग्नल से आगे कोई निष्कर्ष निकालना रिपोर्टिंग नहीं, कहानी गढ़ना होगा।

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

2026 में, सत्रह साल की उम्र में, जकार्ता एशियाई खेलों का पुरुष सेमीफ़ाइनल देखा: भारत ईरान से 18-27 हारा, ग्रुप चरण में दक्षिण कोरिया से 23-24, और कांस्य पर रुक गया। मैंने 'धोखा' नहीं लिखा। मैंने थ्रेड लिखा कि ईरान की कुश्ती-आधारित डिफ़ेंस, जिसमें फ़ज़ल अत्राचली का टैकल-पॉइंट तर्क केंद्र में था, ने भारत के 'रिपुटेशन-बेस्ड सिलेक्शन' को उजागर कर दिया। उस थ्रेड को कोच और नाराज़ फैन दोनों ने कोट किया। सबक़ एक था: स्कोरलाइन के साथ आया विवाद सुरक्षित विश्लेषण से ज़्यादा दूर जाता है।

2026 की खाली स्टेडियम-अवधि में, उन्नीस की उम्र में, मैंने PKL सीज़न 7 के हर do-or-die रेड को टैग किया — बेंगलुरु बुल्स की दबंग दिल्ली पर 48-43 की जीत से लेकर पवन सहरावत के 39 रेड पॉइंट्स तक। नतीजा: फ़ाइनल जिताने वाले रेडर डबकी-फ़र्स्ट नहीं, बोनस-लाइन-फ़र्स्ट थे। वे डिफ़ेंडर को टैकल से पहले कमिट कराते थे। मैंने उस डेटा थ्रेड में बोनस लाइन को 'नया डबकी' कहा।

2026 में, बीस की उम्र में, टोक्यो ओलंपिक बिना कबड्डी के चला, और मैंने IKF की ओलंपिक-समावेशन वकालत के ख़िलाफ़ लिखा। तर्क था: 2026 से 2026 तक सात लगातार एशियाई खेल स्वर्ण, फिर 2026 का कांस्य। ओलंपिक प्रवेश भारत के दबदबे को सजाएगा, वैश्विक क्षेत्र को गहरा नहीं करेगा।

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

खाली नतीजा 'कम जानकारी' नहीं, जानकारी का अभाव है

अब असली बात, जो इस पूरे मामले को एक तकनीकी शिकायत से ऊपर उठाती है।

खाली नतीजा सबसे ख़तरनाक तब बनता है जब वह वैध ढाँचे में बैठता है। ऊपर जो तालिका दिख रही है, उसमें सिस्टम ने तोड़ा नहीं, चिल्लाया नहीं, एरर नहीं फेंका। उसने बस हर फ़ील्ड को खाली छोड़ दिया और domain: kabaddi लिख दिया। डाउनस्ट्रीम के लिए यह एक 'सफल' दिखने वाला पेलोड है। कोड चलेगा। लॉग हरे रहेंगे। डैशबोर्ड हरा रहेगा।

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

सामान्य दिखने वाला खोखला डेटा, साफ़-साफ़ टूटे डेटा से ज़्यादा नुकसानदेह है। टूटा हुआ डेटा आपको रोकता है; खोखला डेटा आपको आगे बढ़ाता है और ग़लत जगह पहुँचाता है।

यही वजह है कि मैं इस स्थिति में 'अनुमान लगाकर' आगे नहीं बढ़ूँगा। अगर मैं यहाँ से एक कबड्डी रिपोर्ट लिख दूँ — कोई सीज़न, कोई खिलाड़ी, कोई स्कोर गढ़कर — तो वह पत्रकारिता नहीं होगी। वह वही चीज़ होगी जिसके ख़िलाफ़ मेरा पूरा चैनल खड़ा है: बिना रसीद का दावा।

अब इस विफलता की चार संभावित जड़ें हैं, और ये चारों अलग-अलग इलाज माँगती हैं।

पहली: अपस्ट्रीम फ़ेच फेल। इनपुट बॉडी ख़ाली आई, या सिर्फ़ नेविगेशन और टेम्पलेट टेक्स्ट आया। यह सबसे आम है। जावास्क्रिप्ट से रेंडर होने वाले पेज, पे-वॉल, या PDF इसके शिकार होते हैं। इलाज: HTTP स्टेटस और बॉडी-लंबाई पर असर्शन।

दूसरी: एक्सट्रैक्टर ने पूरे पाठ को शोर मान लिया। कंटेंट-एक्सट्रैक्शन ने पेज को 'लेख नहीं' बताया और खाली लौटा दिया। यह चुपचाप होता है, और सबसे धोखेबाज़ है क्योंकि इसमें सिस्टम 'सफल' दिखता है।

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

चौथी: स्कीमा रूपांतरण में फ़ील्ड गिर गए। LLM ने ग़ैर-वैध JSON लौटाया, जिसे चुपचाप डिफ़ॉल्ट पर रीसेट कर दिया गया। नतीजा वही खाली ढाँचा, पर जड़ में पार्सिंग की गड़बड़ है, अपस्ट्रीम की नहीं।

इन चारों को अलग करने का एक ही तरीक़ा है: कच्चे इनपुट का स्नैपशॉट और Stage-1 के रॉ JSON/लॉग। दोनों के बिना यह केवल अनुमान है। और मैं अनुमान को निष्कर्ष की जगह नहीं बैठाता।

मैं कहाँ ग़लत हो सकता हूँ

अब वह हिस्सा जो मैं हर पीस में लिखता हूँ, क्योंकि इसके बिना बाक़ी सब प्रचार है।

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

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

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

और यह भी, सबसे ज़रूरी: रिफ्लेक्स-विरोधित होने की मेरी आदत ख़तरनाक है। मुझे हर रिपोर्ट को 'सिस्टम टूट रहा है' की कहानी बनाने की जल्दी रहती है। इस मामले में सबसे मज़बूत मुख्यधारा की बात यह हो सकती है: एक खाली रन एक घटना है, एक पैटर्न नहीं। अगर मुझे लगातार एक ही जगह खाली नतीजे मिल रहे होते, तब बात बनती। अभी मेरे पास एक नमूना है। एक नमूने से महामारी घोषित करना वही पाप है जिसका इलाज मैं दूसरों के लिए लिखता हूँ।

इससे आगे

एक चीज़ जो चुपचाप हो रही है और जिसे रोकना ज़रूरी है: खाली नतीजे क़ानूनी ढाँचे में डेटाबेस में बैठते हैं। डाउनस्ट्रीम वही डेटा लगातार खाता रहता है जो 'सामान्य दिखता है, खोखला है'। यह सीधे एरर से कहीं ज़्यादा ख़तरनाक है, क्योंकि एरर आपको रोकता है और स्नैपशॉट बचाता है; खाली पेलोड आपको आगे बढ़ाता है और सबूत छीन लेता है।

इसलिए Stage-1 के निर्गम द्वार पर एक असर्शन चाहिए: information_points.length > 0 && summary != ""। शर्त पूरी न हो तो स्थिति को extraction_failed चिह्नित करें और कच्चे इनपुट का स्नैपशॉट सहेज लें। यह तकनीकी सुझाव नहीं, पत्रकारिता की बुनियादी स्वच्छता है। ऑबिचुअरी उसी दिन लिखी जाती है जिस दिन शव मिलता है, न कि उस दिन जिस दिन आपने मोर्चरी का दरवाज़ा बंद पाया।

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

जब तक यह न आए, 3,831 शब्द नहीं मिलेंगे। मिलेगा यह एक ईमानदार जवाब — और यह किसी भी गढ़ी हुई रिपोर्ट से बेहतर है। Reputation se headline banti hai; data se anjaam banta hai। इस स्थिति में data ख़ुद कह रहा है कि अभी anjaam likhne ka waqt nahi है।