खाली स्टेज-1 से क्रिकेट रिपोर्ट नहीं बनती: डेस्क नोट
**मुख्य उत्तर:** इस इनपुट से कोई क्रिकेट रिपोर्ट नहीं लिखी जा सकती, क्योंकि स्टेज-1 का आउटपुट रिक्त है और केवल डोमेन लेबल cricket_asia मान्य है। Information Points, स्रोत और तिथि के बिना लिखा गया चार हज़ार शब्दों का लेख मनगढ़ंत दावों पर खड़ा होगा। **मुख्य तथ्य:** - स्टेज-1 आउटपुट में Information Points खाली हैं और Core Viewpoints की हर पंक्ति N/A दर्ज है। - आर्टिकल शीर्षक और स्रोत दोनों N/A हैं, इसलिए मीडिया हाउस या देश की पहचान संभव नहीं। - एकमात्र वैध फ़ील्ड डोमेन लेबल cricket_asia है, जो कोई घटना, तारीख़ या आँकड़ा नहीं देता। - रिपोर्ट शुरू करने के लिए तारीख़, इकाई नाम, आँकड़े, हवाले और दस्तावेज़ ज़रूरी हैं। - सर्वाधिक संभावित कारण: अपस्ट्रीम खाली इनपुट, पार्स विफलता या स्कीमा मिसमैच। **स्रोत:** स्टेज-1 पाइपलाइन आउटपुट (अंतर्वर्ती ब्रिफ़); प्रकाशन तिथि उपलब्ध नहीं। **संबंधित प्रश्न-उत्तर:** प्रश्न: क्या केवल cricket_asia लेबल से रिपोर्ट तैयार हो सकती है? उत्तर: नहीं, यह लेबल केवल विषय-क्षेत्र बताता है और किसी घटना, तारीख़ या आँकड़े की पुष्टि नहीं करता। प्रश्न: रिपोर्ट शुरू करने के लिए न्यूनतम क्या आवश्यक है? उत्तर: मूल लेख का पाठ या ऐसा स्टेज-1 आउटपुट जिसमें प्रत्येक तथ्य के साथ स्रोत और तारीख़ दर्ज हो। प्रश्न: खाली आउटपुट का सबसे संभावित कारण क्या है? उत्तर: अपस्ट्रीम इनपुट का खाली होना या मॉडल आउटपुट का स्कीमा से मेल न खाना, क्योंकि फ़ील्ड मौजूद हैं पर मान शून्य हैं।
फ़ाइल खुली और पहला सुराग़ स्कोरबोर्ड पर नहीं, कमरे में था। Information Points वाला खाना खाली था। Core Viewpoints के आगे हर पंक्ति में N/A दर्ज था। शीर्षक N/A। स्रोत N/A। पूरे ब्रिफ़ में एक ही चीज़ मान्य निकली — डोमेन लेबल, cricket_asia। सत्ताईस साल से खेल की खबरें लिखते हुए एक आदत कभी नहीं बदली: जिस दिन दस्तावेज़ नहीं होता, उस दिन फ़ाइल वापस डेस्क पर चली जाती है। आज वही दिन है।

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

Information Points — यही तारीख़, नाम, आँकड़े और बयान देते हैं। एक क्रिकेट रिपोर्ट में यही ईंटें हैं। किस मैच का ज़िक्र है, किस सत्र का, कौन-सा बोर्ड फ़ैसला, किस खिलाड़ी का अनुबंध, कितनी रकम, किस तारीख़ को घोषित — इनमें से एक भी बिंदु उपलब्ध नहीं।

Core Viewpoints — ये बताते हैं कि मूल लेख किस रुख़ से लिखा गया था: प्रशंसा, आलोचना, या सूखा समाचार। इनके बिना पता नहीं चलता कि जो स्रोत मिलेगा, उसे किस हद तक जाँचना होगा।
शीर्षक और स्रोत — इनसे मीडिया हाउस, देश और लेख का स्वरूप तय होता है। रिपोर्ट है या प्रेस रिलीज़ पर आधारित सामग्री, यह फ़र्क़ ही नहीं पता चलता।
डोमेन लेबल — cricket_asia केवल इतना बताता है कि विषय एशियाई क्रिकेट का है। यह जानकारी है, तथ्य नहीं। इससे आगे कुछ भी कहना अनुमान होगा।
यहीं सबसे बड़ा ख़तरा शुरू होता है, और वह ख़तरा बाहर नहीं, लिखने वाले के भीतर है। एशियाई क्रिकेट पर तीस साल का टेम्पलेट दिमाग़ में बैठा है — टूर्नामेंट का ढाँचा, बोर्ड की राजनीति, कैलेंडर का तनाव, मेज़बानी के विवाद, ब्रॉडकास्टर की नाराज़गी। लगभग हर सवाल का एक तैयार जवाब मुँह पर रखा है। यही तैयार जवाब सबसे महँगा पड़ता है। जो लेख बिना दस्तावेज़ के लिखा जाता है, वह अच्छे व्याकरण वाली अफ़वाह होती है — पढ़ने में रिपोर्ट जैसा, जाँचने पर खोखला। चार हज़ार शब्द की लंबाई इस खोखलेपन को छिपा भी सकती है, क्योंकि लंबे लेख में हर दावे की जाँच पाठक नहीं कर पाता। सत्यापन की ज़िम्मेदारी तब पूरी तरह लिखने वाले पर आ जाती है, और मेरे पास जाँचने के लिए कुछ भी नहीं है।
इसे दुरुस्त करने के तीन रास्ते हैं, और तीनों साफ़ हैं।
पहला — मूल लेख का पाठ या उसका सार्थक अंश भेज दीजिए। मैं शून्य से खुदाई शुरू करूँगा: दावे छाँटूँगा, हितधारक तय करूँगा, समय-रेखा बनाऊँगा, और फिर अपनी रिपोर्ट लिखूँगा।
दूसरा — भरा हुआ स्टेज-1 भेजिए, बशर्ते हर Information Point के साथ उसका तथ्य और स्रोत दर्ज हो। अधूरा स्टेज-1 उतना ही बेकार है जितना खाली।
तीसरा — अगर पाइपलाइन टूटी है, तो स्टेज-1 का प्रॉम्प्ट और कच्चा इनपुट दोनों साझा कीजिए। जिस आउटपुट में फ़ील्ड मौजूद हों पर हर मान खाली हो, वहाँ गड़बड़ी आम तौर पर तीन जगह होती है: अपस्ट्रीम इनपुट खाली, पार्सिंग विफल, या स्कीमा और मॉडल आउटपुट का मेल न होना। तीनों का इलाज अलग है, और तीनों की पहचान लॉग से होती है।
तथ्य मिलते ही रिपोर्ट इस क्रम में उठेगी: पहले वह दृश्य या आँकड़ा जो पूरी कहानी का दरवाज़ा खोलता है, फिर टूर्नामेंट और टीम का संदर्भ, फिर खेल और संस्था — दोनों की मिलाकर तात्विक परत, फिर वह उलटा सवाल जो तैयार नैरेटिव को चुनौती दे, और अंत में आगे की ओर देखता एक फ़ैसला। सबसे नीचे दस्तावेज़ी सूची रहेगी — कौन-सा तथ्य कहाँ से आया, किस तारीख़ को, किसने कहा। उस सूची के बिना रिपोर्ट अधूरी मानी जाएगी।
एक बात साफ़ कर दूँ, क्योंकि इस डेस्क पर अक्सर पूछा जाता है। खाली स्लॉट भरने के लिए मैं किसी और कहानी का सहारा नहीं लूँगा — न कोई पुराना मुक़ाबला, न कोई पुराना विवाद, न कोई 'लगभग याद है' वाला किस्सा। मेरे पास इस वक़्त एक लेबल है और एक खाली फ़ाइल। इन दोनों से जो बनता है, वह रिपोर्ट नहीं, रिपोर्ट की नक़ल होती है।
सवाल यह नहीं है कि चार हज़ार शब्द कौन भरेगा। शब्द भरना सबसे आसान काम है, और इस पेशे में सबसे सस्ता भी। सवाल यह है कि उन शब्दों के पीछे कौन-सा काग़ज़ खड़ा होगा। जिस दिन वह काग़ज़ आएगा, फ़ाइल उसी शाम उठेगी।
