খালি ফাইল, সৎ উত্তর: প্রমাণ না থাকলে বিশ্লেষকের কর্তব্য কী

রাত ১১টা ৪৭ মিনিট। দাদারের এক কামরার ফ্ল্যাটে ল্যাপটপের পর্দায় একটা ফাইল খোলা। নামটা আমার পুরনো অভ্যাস মেনেই সাজানো — stage1_deconstruction_2026-02-11_phase_null.md। অভ্যাসটা ২০০৭ সালের, যখন প্রতিটি ম্যাচ-ফাইলকে প্রতিপক্ষ, তারিখ আর ফেজ দিয়ে নাম দিতে শুরু করি; ফাইলের নামটাই ছিল আমার প্রথম ডেটা-সেট। কিন্তু আজ নামের পরের অংশটা শূন্য। ফাইলের ভেতরে শিরোনাম লেখা N/A, সূত্র N/A, নিবন্ধের ধরন “অসংজ্ঞায়িত”, আর তথ্যবিন্দুর জায়গায় একটা ফাঁকা লাইন। বিশ্লেষণের আটটা স্তম্ভ প্রতিটিই অপেক্ষা করছে, অথচ একটিও সত্য সেখানে পৌঁছায়নি। ফাইলটা আমি তিনবার বন্ধ করেছি, তিনবার খুলেছি। এখানে ঘড়িটাই একমাত্র সাক্ষী। ঘড়ি বলছে ফাইলটা তৈরি হয়েছে ১১টা ৪৩ মিনিটে — অর্থাৎ খালি ফাইলটা আসার চার মিনিট পরেই আমি সেটা খুলেছিলাম, আর তারপর প্রায় ঘণ্টাখানেক শুধু চেয়ে থেকেছি। প্রশ্নটা সরল: প্রমাণহীন একটা কাঠামোর সামনে বসে একজন বিশ্লেষকের প্রথম কর্তব্য কী? আমাদের কাজের ধারা দুই ধাপে চলে। প্রথম ধাপ, ডিকনস্ট্রাকশন — একটি নিবন্ধ থেকে তথ্যবিন্দু, দৃষ্টিভঙ্গি, সত্তা আর সময়-সংবেদনশীলতা তুলে আনা। দ্বিতীয় ধাপ, বিশ্লেষণ — সেই কাঠামো ধরে ম্যাচ, খেলোয়াড়, দল, লিগ, শাসন, ঝুঁকি ও জন-আখ্যানের আটটি স্তম্ভ ভরা। দুটি ধাপ মিলেই একটা দাবি দাঁড়ায়। আজকের সমস্যা প্রথম ধাপেই: ডিকনস্ট্রাকশনের ফল খালি। শিরোনাম নেই, তাই সূত্র-মান যাচাইয়ের প্রশ্ন ওঠে না; সত্তা চিহ্নিত হয়নি, তাই কে খেলছে, কোথায় খেলছে, কোন ফরম্যাটে — কিছুই জানা যায় না; সময়-সংবেদনশীলতা যাচাই হয়নি, তাই দাবিটা পুরনো না নতুন, তা-ও অজানা। এই পরিস্থিতির জন্য ফ্রেমওয়ার্কের নিজের একটা নিয়ম আছে, যাকে আমরা বলি null-handling — তথ্য না থাকলে সেই ঘরে অনুমান নয়, বরং স্পষ্টভাবে লিখতে হয় “পর্যাপ্ত তথ্য নেই, মূল্যায়ন সম্ভব নয়।” নিয়মটা কাগজে সহজ, বাস্তবে অস্বস্তিকর। কারণ একটা খালি টেমপ্লেট দেখতে ঠিক একটা ভরা টেমপ্লেটের মতোই। টেবিলের ঘর, বুলেটের ফাঁক, শিরোনামের বোল্ড — সব একই রকম দাঁড়িয়ে থাকে। কাঠামো নিজেই এক ধরনের চাপ তৈরি করে: এত সুন্দরভাবে সাজানো ঘরগুলো ফাঁকা রাখলে চলে? আমার ৩৩ বছরের কাছাকাছি সময়ের পর্যবেক্ষণ বলছে, এই চাপটাই ক্রিকেট-সাংবাদিকতার সবচেয়ে বড় ফাঁদ। কারণ এই খেলাটা সংখ্যা দিয়ে এত সাজানো যে শূন্যের জায়গায় যা-ই বসানো হোক, সেটা দ্রুত সত্যের মতো দেখতে লাগে। একটা খালি ইনপুট আসলে কী প্রমাণ করে, সেটা বুঝতে দুটো জিনিস আলাদা করা দরকার। একটা দিক প্রক্রিয়া-ঝুঁকি: উপরের ধাপে ফেচ বা পার্সিং কোথাও একটা ফাঁক পড়েছে, তাই ডিকনস্ট্রাকশন শূন্য ফিরিয়েছে। আরেকটা দিক ক্রিকেট-ঝুঁকি: নির্দিষ্ট কোনো ম্যাচ, দল বা খেলোয়াড় নিয়ে সত্যিই কিছু জানা নেই। দুটো এক নয়। প্রক্রিয়া-ঝুঁকির সমাধান প্রযুক্তিগত — ধাপটি আবার চালানো। ক্রিকেট-ঝুঁকির সমাধান বুদ্ধিগত — সত্তা আর ফরম্যাট চিহ্নিত করে তারপর দাবি তোলা। যারা এই দুটোকে গুলিয়ে ফেলে, তারা আসলে প্রক্রিয়ার ভুলকে দলের দুর্বলতা বলে চালিয়ে দেয়। নিজের অভ্যাসের কথা বলি। ২০১৮ সালের ১৫ জুলাই, লুঝনিকিতে রাশিয়া বিশ্বকাপের ফাইনাল — ফ্রান্স ৪-২ ক্রোয়েশিয়া। বৃষ্টিভেজা মাঠে দিদিয়ে দেশমের ৪-২-৩-১ ইচ্ছাকৃতভাবে বল ছেড়ে দিচ্ছিল, আর ক্রোয়েশিয়ার ৪-১-৪-১ দ্বিতীয় বল তাড়া করছিল। ওই ম্যাচের পর একটা বিশ্রামের দিনে নিঝনি নভগোরোদের একটা কোচিং ক্লিনিকে বসে আমি প্রথম শিখি কীভাবে পেশাদার বিশ্লেষকরা প্রেসিং-ট্রিগারের টাইমস্ট্যাম্প নেন। রাশিয়া ২০১৮ আমাকে শিখিয়েছিল গল্পের আগে টাইমস্ট্যাম্পে ভরসা করতে। প্রতিটি দাবির জন্য ঘড়ির রিডিং লাগে না, কিন্তু ঘড়ির রিডিং ছাড়া দাবিটা কোন মিনিটে দাঁড়াচ্ছে, সেটা বলা যায় না। আজকের ফাইলে ঘড়িটাই সবচেয়ে বেশি বলে দিচ্ছে — ১১টা ৪৩ মিনিটের খালি ফাইল একটা সত্য, যা আমি মুছতে পারি না। যে অভ্যাসটা এখানে কাজে লাগে, সেটা সংখ্যার তিন-নম্বর নিয়ম — Three-Instance Threshold। একটা প্যাটার্নকে আমি নাম দিই তখনই, যখন সেটা তিনবার ফিরে আসে। ২০১৭-১৮ আইএসএল-এর ৪২টি সংখ্যা লিখতে গিয়ে এই নিয়মটা আমার রক্তে ঢুকেছে। ওই মৌসুমের ফাইনাল, ১৭ মার্চ ২০১৮, বেঙ্গালুরু — জন গ্রেগরির চেন্নাইয়িন এফসি ৩-২ গোলে আলবার্তো রোকার বেঙ্গালুরু এফসিকে হারায়, আর চেন্নাইয়িনের দুই গোলই আসে মেইলসন আলভেসের হেড থেকে, সেট-পিসে। হারের কারণটা টাকা নয়, খেলোয়াড় নয় — একটা ৪-৩-৩ যেটা ব্যাক-পোস্ট মার্কিং একবারও বদলায়নি। প্যাটার্নটা ম্যাচে তিনবার ফিরে এসেছিল, তাই দাবিটা আমি নির্ভয়ে লিখতে পেরেছিলাম। ওই লেখাটা নয় দিনে ৯০ হাজার পাঠ পায়, আর সেটাই আমার নিউজলেটার “দ্য হাফ-স্পেস”-এর ভিত্তি। তুলনাটা এখন পরিষ্কার। আইএসএল-এর ফাইনালে আমার কাছে তিনটি নমুনা ছিল; সেখানে একটা নাম দেওয়া নিরাপদ ছিল। আজকের খালি ফাইলে শূন্য নমুনা। তিনের দরজায় পৌঁছতে তো দূরের কথা, দরজাটাই কোথায়, তা জানা নেই। এ অবস্থায় একটা ট্রেন্ডের নাম দেওয়া মানে শুধু একটা রিপ্লে বা একটা ভাইরাল ক্লিপের উপর ভরসা করা — যা আমার পুরো পদ্ধতির উল্টো দিক। এখানে লিগ-অর্থনীতির একটা বাস্তবতা মেশে। এখন ট্রান্সফার-উইন্ডোর মৌসুম; চুক্তি, রিলিজ-ক্লজ আর মজুরি-বিলের গঠনই আসল গল্প, শিরোনাম নয়। আমার কাছে একটি ট্রান্সফার মানে একটি ভূমিকা, একটি চুক্তি আর একটি কাউন্টডাউন। কিন্তু এই বাজারে চাহিদা উল্টো: পাঠক গুজবের সাগরে ডুবে আছেন, তাঁদের দরকার নির্ভরযোগ্যতার ছাঁকনি — আঘাতের হালনাগাদ আর কাঠামোর যুক্তি। খালি ফাইলের পাঠটা ঠিক এই জায়গাতেই প্রাসঙ্গিক। যখন ইনপুট শূন্য, তখন সবচেয়ে বড় সেবা হলো এটা স্বীকার করা যে আমি জানি না — এবং জানানো যে কী জানা দরকার। আর একটা স্তর আছে — প্রাতিষ্ঠানিক উত্তরাধিকার। একজন খেলোয়াড় যে অ্যাকাডেমিতে গড়ে ওঠে, যে বোর্ডের নির্বাচন-সংস্কৃতিতে ঢেলে সাজানো হয়, তার টেকনিক আসলে প্রতিভার আগেই নির্ধারিত। একইভাবে একজন বিশ্লেষকের ভিতরের অভ্যাসও উত্তরাধিকার — কোন সংবাদপত্র, কোন সাব-এডিটর, কোন ডেস্ক আমাকে কোন ছাঁচে ঢেলেছে। ২০১১ সালে BDCricTeam নামের একটা ক্রিকেট-পেজ খোলার সময় আমি শিখেছিলাম, ছোট পরিসরে লেখার শৃঙ্খলা কী। সেই শৃঙ্খলাই আজ আমাকে খালি ফাইলের সামনে থামতে বাধ্য করছে। বাংলাদেশ-ভারত ক্রিকেট করিডোরে কাজ করতে করতে আমি দেখেছি, দুই জায়গার বিশ্লেষণ-সংস্কৃতি কখনোই এক নয় — বোর্ড, পিচ, প্রেস আর প্রত্যাশা আলাদা। তাই এই শূন্যতাকে “দক্ষিণ এশীয় ক্রিকেট”-এর কোনো সাধারণ শিরোপা দিয়ে ঢেকে দেওয়াও ভুল হবে। এখন স্বাভাবিক প্রতিক্রিয়াটা উল্টো দিক থেকে আসে: এত বড় কাঠামো হাতে নিয়ে, আটটা স্তম্ভ, ছয়টা ঝুঁকি-ঘর, তিনটা দৃশ্যপট — সব ফাঁকা রেখে একটা রিপোর্ট জমা দেওয়া মানে কী কাজ হলো? কেউ বলবেন, এটা তো ব্যর্থতা। আমার পড়াটা অন্য: এই খালি ফাইলটাই এখানে সবচেয়ে সৎ নথি। যে রিপোর্ট সব ঘর ভরে দিত, সেটাই আসলে ভুল হতো। কারণ একটা খালি টেমপ্লেটের সবচেয়ে বিপজ্জনক ব্যবহার হলো এটাকে ভরা দেখানো — সংখ্যা বসানো, দল বানানো, খেলোয়াড় ধরিয়ে দেওয়া। আমি চোখ বন্ধ করে লিখে ফেলতে পারতাম “দলটির বোলিং-গভীরতা কম”, অথচ দলটাই অজানা। ওই এক লাইনে একজন পাঠকের বিশ্বাস নষ্ট হতো, আর আমার নিজের ফাইলের ভেতরে একটা মিথ্যা ঢুকে বসত, যেটা পরের দাবির ভিত্তি হয়ে যেত। সত্যি বলতে, এই মুহূর্তে সবচেয়ে বড় ক্রিকেট-ঝুঁকি কোনো বোলারের ফর্ম নয় — বিশ্লেষণী-সততার ঝুঁকি। একটা প্রক্রিয়া যখন খালি ফিরে আসে, আর তার উপরে কেউ আত্মবিশ্বাসী গলায় বিশ্লেষণ লিখে ফেলে, তখন ব্যর্থতাটা কাঠামোর নয়, মানুষটার। ফ্রেমওয়ার্ক এখানে যে নিয়মটা দিয়েছে — প্রতিটি সিদ্ধান্তের পাশে লিখতে হবে সেটা কোন তথ্যবিন্দু থেকে এসেছে — সেটা আসলে আয়নার মতো। তথ্যবিন্দু না থাকলে আয়নাটা ফাঁকা, আর আয়নার সামনে দাঁড়ানো আমার নিজের মুখটাই তখন একমাত্র প্রমাণ। একটা ফাঁদ এখানে সত্যিই আছে, আর সেটা ঠিক আমার ঘরানার লোকেদের। নামটা “সংশয়িকের জমাট বাঁধা” — Skeptic’s Freeze। যখন অনিশ্চয়তায় এতটা আরাম পেয়ে যাই যে কোনও রিড দিতে আর পারি না, তখন বিশ্লেষণ এসে পৌঁছয় কথা শেষ হওয়ার পরে। আজ কিন্তু আমি ওই ফাঁদে পড়ছি না; আজ সমস্যা উল্টো — দাঁড়ানোর মতো প্রথম সাক্ষীটাই মঞ্চে আসেনি। এটাই পার্থক্য: এক জায়গায় আমি সিদ্ধান্ত নিতে দেরি করছি, অন্য জায়গায় সিদ্ধান্তের কাঁচামালই নেই। প্রথমটা আমার দুর্বলতা, দ্বিতীয়টা ইনপুটের। তাই আমার সিদ্ধান্ত সীমিত, তবে অস্পষ্ট নয়: এই ফাইল থেকে আমি একটি ক্রিকেট-মতও দেব না, আর প্রক্রিয়া-মতও গোপন করব না। রিপোর্টটা দুটো কাজ করবে — শূন্য ইনপুটটা নথিবদ্ধ রাখবে, আর উপরের ধাপটা আবার চালানোর সুপারিশ করবে। ইংরেজিতে এটাকে বলা যায় pipeline-integrity; বাংলায় সহজভাবে — খালি ফাইলকে খালি বলেই পাঠানো। সামনের ধাপটা স্পষ্ট, আর সেটা যাচাইযোগ্য। উপরের ধাপটা আবার চালালে তথ্যবিন্দুর তালিকায় অন্তত একটা সুনির্দিষ্ট সত্য ফিরে আসতে হবে। অন্তত একটা নাম-ধরা সত্তা — দল, খেলোয়াড়, কোচ, লিগ বা ঘটনা — চিহ্নিত হতে হবে। একটা ফরম্যাট-প্রেক্ষাপট দাঁড়াতে হবে — টেস্ট, ওয়ানডে, টি-টোয়েন্টি নাকি লিগ। আর শিরোনাম ও সূত্রের মেটাডেটা থাকতে হবে, যাতে সূত্র-মান মাপা যায়। এই চারটির যেকোনো একটা ফিরলে আটটা স্তম্ভের প্রতিটিই আবার জীবন্ত হয়ে উঠবে। আমার ফাইল-নামের অভ্যাসটা তাই আজও অটুট থাকবে, শুধু শেষে null শব্দটা জোড়া লাগবে। প্রশ্নটা পাঠকের জন্য রেখে দিই: আপনি যখন কোনো ট্রান্সফার-খবর পড়েন, তখন গল্পটা আগে পড়েন, না ঘড়িটা আগে দেখেন? ঘড়িটা যদি খালি থাকে, গল্পটা কে লিখল?