खाली फ़ील्ड, भरा बाज़ार: कबड्डी ट्रांसफर विंडो में डेटा की ईमानदारी का ऑडिट
दुबई से चल रहे मेरे स्काउटिंग डेस्क पर पिछले हफ़्ते एक फ़ाइल खुली। ग्यारह कॉल...
दुबई से चल रहे मेरे स्काउटिंग डेस्क पर पिछले हफ़्ते एक फ़ाइल खुली। ग्यारह कॉलम थे। पहले कॉलम में लिखा था — Domain: kabaddi। बाकी दस खाली थे। टाइटल N/A, सोर्स N/A, टाइप Unclassified, वन-लाइन समरी में कुछ नहीं, इनफ़ॉर्मेशन पॉइंट्स की सूची खाली, सोर्स क्वालिटी पर कोई मूल्यांकन दर्ज नहीं। फ़ाइल का साइज़ शून्य नहीं था। उसका स्ट्रक्चर सही था, JSON वैध था, इसलिए वह डेटाबेस में चुपचाप बैठ गई — उसके आगे कोई assertion नहीं लगी थी।
ट्रांसफर विंडो का सबसे महंगा डेटा यही होता है: देखने में पूरा, अंदर से खाली। कबड्डी में इसका पुराना नाम है — खाली रैड। बोर्ड पर अंक नहीं बदलते, रैड क्लॉक चलती रहती है, स्कोरबुक में रैड दर्ज हो जाती है। जिस डेटासेट में सिर्फ़ अंक गिने जाते हैं, उसमें वह रैड कभी हुई ही नहीं।

इस फ़ाइल में चार में से कोई एक विफलता छिपी हो सकती है: अपस्ट्रीम क्रॉल का फेल होना; बॉडी एक्सट्रैक्टर का पूरे टेक्स्ट को शोर मानकर बाहर कर देना; क्लासिफायर का kabaddi टैग पहले निकाल देना और उसके बाद एक्सट्रैक्शन स्टेज का क्रैश; या स्कीमा कन्वर्ज़न में फ़ील्ड का चुपचाप डिफ़ॉल्ट वैल्यू पर रीसेट हो जाना। चारों में एक बात समान है — सिस्टम ने एरर नहीं दिया, सिस्टम ने वैध दिखने वाला खाली रिकॉर्ड दे दिया।
यह वही गलती है जो कबड्डी के आँकड़ों में दो दशक से चल रही है। हम रैडर के कुल अंक छापते हैं, उसकी क्लॉक-स्टेट नहीं। हम टैकल का टोटल दिखाते हैं, टैकल-पॉइंट्स-पर-मिनट नहीं। और फिर ट्रांसफर विंडो में उसी अधूरे आँकड़े पर करोड़ों की बोली लगा देते हैं। एक पाइपलाइन जो information_points.length = 0 के साथ लॉग हो जाती है, वह सिर्फ़ इंजीनियरिंग की समस्या नहीं है। वह उसी आदत का सॉफ़्टवेयर संस्करण है जिसने जकार्ता 2026 में भारतीय कबड्डी को 24 साल की अपराजित छवि के साथ खाली हाथ लौटा दिया।
संदर्भ: ट्रांसफर विंडो में डेटा ही मुद्रा है
कबड्डी का बाज़ार अब पहले जैसा नहीं है। 2026 से पहले खिलाड़ी रेलवे क्लर्क और पुलिस कांस्टेबल की नौकरी के सहारे खेलता था; आज प्रो कबड्डी लीग की नीलामी में एक रैडर की कीमत एक परिवार की तीन पीढ़ियों की आय से जुड़ जाती है। जब दांव इतना बड़ा हो जाए, तो वैल्यूएशन का तरीका भी बदलना चाहिए। लेकिन हिंदी-अंग्रेज़ी की जिन नीलामी रिपोर्टों में रैडर का मोल तय होता है, उनमें नौ बार में आठ बार सिर्फ़ तीन संख्याएँ होती हैं: कुल रैड पॉइंट, कुल मैच, औसत स्ट्राइक रेट। तीनों मिलकर एक ऐसी तस्वीर बनाते हैं जो सुंदर है, साफ़ है, और अधूरी है।
इस विंडो की एक खास बात समझनी ज़रूरी है। कबड्डी में फ़ुटबॉल जैसा क्लब-टू-क्लब ट्रांसफ़र सिस्टम नहीं है। यहाँ सीज़न के बीच खिलाड़ी नहीं बिकते; जो चलता है वह है रिटेंशन की राजनीति, नीलामी से पहले की कैटेगरी तय करने की प्रक्रिया, और फ्रैंचाइज़ी का अपना इंटरनल ऑडिट। एक क्लब अगर रैडर को रिटेन करता है तो वह असल में उसकी पिछली सीज़न की क्लॉक-स्टेट पर दांव लगा रहा है — हाइलाइट रील पर नहीं। यहीं पर वह खाली फ़ाइल घुस आती है।
मेरी स्थिति थोड़ी अजीब है और मुझे यह साफ़ लिखना है। दुबई से काम करने का मतलब है कि मेरा मुख्य इनपुट ब्रॉडकास्ट फ़ीड और लीग के डेटा पैकेट हैं, न कि हरियाणा-पंजाब का मैदान, न ड्रेसिंग रूम, न फ़ेडरेशन का गलियारा। जो ट्रेनिंग ग्राउंड पर दिखता है वह मेरी स्क्रीन पर रीप्ले में आता है, और रीप्ले में कैमरा उसी को दिखाता है जिसे निर्माता दिखाना चाहता है। इसलिए इस टुकड़े में जो भी निष्कर्ष सिर्फ़ फ़ुटेज और पैकेट से निकला है, उसे मैं अनुमान कहूँगा, अवलोकन नहीं। यह अंतर बनाए रखना ज़रूरी है, क्योंकि अगर मैं दुबई की कुर्सी से बैठकर ड्रेसिंग रूम की मनोविज्ञान लिखने लगूँ, तो मैं वही खाली फ़ाइल बना दूँगा जिसकी मैं आलोचना कर रहा हूँ।
कोर विश्लेषण: जो मॉडल पहले ही बता देता है
2026 में, स्टार स्पोर्ट्स के प्रो कबड्डी लीग सीज़न 5 डेटा पॉड में, मैंने पटना पाइरेट्स की हर रैड को दो-हिस्सों में तोड़कर कोड किया था: रैड-क्लॉक की स्थिति और डू-ऑर-डाई की स्थिति। पारदीप नारवाल के 369 रैड पॉइंट उस सीज़न की सबसे चमकदार संख्या थीं। जब मैंने उन्हें क्लॉक से काटा, तो तस्वीर बदल गई: रैड क्लॉक के दस सेकंड से नीचे जाने पर उनकी सफलता दर 61% थी। यानी उनका सबसे बड़ा हथियार विस्फोट नहीं, समय था — विरोधी डिफ़ेंस को तोड़ने के लिए उन्हें पूरी क्लॉक चाहिए थी, और जब क्लॉक सिकुड़ी, वे सिकुड़ गए। यह संख्या उन्हें छोटा नहीं करती। यह उनकी कीमत का सही बाज़ार भाव बताती है।
यही वह जगह है जहाँ क्लॉक मॉडल अपनी सीमा खुद घोषित करता है, और मैं उसे शुरुआत में ही लिख देता हूँ। यह मॉडल बताता है कि रैड कब टूटती है। यह नहीं बताता कि उस रैडर का शरीर कितना भार उठा सकता है, उसका एजेंट क्या माँग रहा है, या चयन समिति किसे प्राथमिकता दे रही है। जो मॉडल हर सवाल का जवाब देने लगे, वह मॉडल नहीं, विचारधारा है।
खाली रैड को डेटासेट से बाहर करना वही गलती है जो खाली फ़ाइल को डेटाबेस में छोड़ना है। मैदान पर एक रैड तीन तरह से खत्म होती है: अंक के साथ, टैकल के साथ, या बिना किसी के साथ — जब रैडर लौट आता है और बोर्ड पर कुछ नहीं बदलता। तीसरी श्रेणी किसी भी स्काउटिंग शीट में सबसे कम लिखी जाती है, जबकि वही सबसे ज़्यादा बताती है। लगातार तीन खाली रैड के बाद डू-ऑर-डाई की स्थिति आती है, और डू-ऑर-डाई में रैडर का निर्णय-विलंब उसकी असली क्षमता का माप है। जो रैडर तीसरी रैड में 15 सेकंड पर भी लॉबी में प्रवेश नहीं करता, वह 369 अंक वाले करियर में भी फ़ाइनल के दबाव में खुद को नहीं ढूँढ पाता।
इसीलिए मैं किसी भी रैडर की तारीफ़ कुल अंकों से शुरू नहीं करता। मेरा पहला सवाल होता है: उसके अंकों का कितना हिस्सा क्लॉक के पहले पंद्रह सेकंड में आया, और कितना आख़िरी आठ सेकंड में? दूसरा सवाल: उसका बोनस-लाइन इकोनॉमिक्स क्या है — वह बोनस कितनी बार लेता है, और उन प्रयासों में कितनी बार टैकल होता है? बोनस लाइन एक जुआ है जिसका रिटर्न उसी क्षण गिरता है जब डिफ़ेंस को पता चल जाए कि रैडर की निगाह पहले बोनस पर जाती है। जो रैडर बोनस पर निर्भर है, उसका स्ट्राइक रेट ट्रांसफर विंडो में सबसे तेज़ी से गिरने वाला आँकड़ा है, क्योंकि नई टीम के कोच के पास उसका पुराना फ़ुटेज होता है।
एक वैध दिखने वाला खाली रिकॉर्ड, एक स्पष्ट एरर से ज़्यादा महंगा पड़ता है। एरर आपको रोक देता है; खाली रिकॉर्ड आपको आगे बढ़ने देता है। किसी क्लब का स्काउटिंग डैशबोर्ड जब डेटा फ़ीड से एक ऐसी पंक्ति उठाता है जिसमें नाम है, टीम है, सीज़न है, लेकिन क्लॉक-स्प्लिट खाली है, तो डैशबोर्ड उसे शून्य नहीं मानता — वह उसे
