খালি ডেটা থেকে ক্রিকেট প্রতিবেদন নয়: বিশ্লেষণ ব্যবস্থায় ধরা পড়ল উচ্চঝুঁকির ত্রুটি

হুক: স্কোরকার্ডের আগে যে শূন্যতা

একজন ক্রিকেট প্রতিবেদক সাধারণত স্কোরবোর্ডের দিকে তাকিয়ে গল্প শুরু করেন। কত রান উঠল, নতুন বল কতটা নড়ল, মাঝের ওভারে কে চাপ সামলাল, কিংবা শেষ পাঁচ ওভারে কোন বোলার ম্যাচের ভার বদলে দিল—এসব প্রশ্নের উত্তর থেকেই প্রতিবেদন তৈরি হয়। কিন্তু সরবরাহকৃত বিশ্লেষণ নথিতে স্কোরবোর্ড নেই, ম্যাচের নাম নেই, দল নেই, খেলোয়াড় নেই, এমনকি মূল নিবন্ধের শিরোনাম ও উৎসও নেই। সেখানে তথ্য পয়েন্টের সংখ্যা শূন্য।

এটি কোনো ক্রিকেট ম্যাচের ফলাফল নয়। এটি একটি ডেটা গ্রহণ ব্যর্থতার রেকর্ড। Stage-1 ধাপে যে উপাদান Stage-2 বিশ্লেষণের ভিত্তি হওয়ার কথা ছিল, সেটি কার্যত খালি অবস্থায় পরবর্তী ধাপে পৌঁছেছে। ফলে কোনো দলকে জেতানো বা হারানো, কোনো খেলোয়াড়ের ফর্ম বিচার করা, কিংবা কোনো টুর্নামেন্টের ভবিষ্যৎ নিয়ে মন্তব্য করা দায়িত্বশীল হবে না।

আমি বাসের আসন, ড্রেসিংরুমের নীরবতা এবং মাঠের ছোট ছোট সংকেত থেকে দলীয় গল্প লিখতে শিখেছি। সেই অভিজ্ঞতা আমাকে একটি সহজ নিয়ম শিখিয়েছে: যে দৃশ্য দেখা যায়নি, তা লেখা যায় না। সরবরাহকৃত নথিতে দৃশ্যের বদলে আছে অনুপস্থিতির তালিকা। তাই এই প্রতিবেদন ক্রিকেটীয় সিদ্ধান্তের বদলে ব্যাখ্যা করছে, কেন একটি খালি ইনপুটকে পূর্ণাঙ্গ বিশ্লেষণ হিসেবে প্রকাশ করা বিপজ্জনক।

প্রেক্ষাপট: Stage-1 থেকে Stage-2 পর্যন্ত কোথায় ভাঙন

সরবরাহকৃত ইনপুটে Article Title এবং Article Source দুটিই N/A হিসেবে চিহ্নিত। Article Type হিসেবে লেখা হয়েছে Unclassified, অথচ Domain Label দেওয়া হয়েছে cricket_world, যেখানে নির্ধারিত কাঠামো অনুযায়ী Cricket থাকার কথা। Information Points খালি, Core Viewpoints খালি, Author Stance অনুপস্থিত এবং Entities Involved শনাক্ত করা যায়নি। Time Sensitivity মূল্যায়ন করা হয়নি। Source Quality বিচার করার মতো কোনো উৎস-তথ্যও নেই।

এই ক্ষেত্রগুলো আলাদা আলাদা ঘাটতি নয়; তারা পরস্পরের সঙ্গে যুক্ত। একটি ম্যাচ বিশ্লেষণের জন্য অন্তত ম্যাচের ধরন, দল, তারিখ, ভেন্যু এবং ফলাফল প্রয়োজন। এরপর আসে ইনিংসের পর্যায়ভিত্তিক তথ্য, খেলোয়াড়ের ভূমিকা, বোলিং পরিবর্তন, ফিল্ডিং সেটআপ, আবহাওয়া এবং পিচের চরিত্র। এগুলোর একটিও না থাকলে বিশ্লেষণের ভাষা যতই আত্মবিশ্বাসী হোক, তার ভিত্তি থাকে না।

Stage-1 সাধারণত উৎস নিবন্ধ থেকে তথ্য আলাদা করে। সেখানে একটি ম্যাচের স্কোর, একটি উদ্ধৃতি, একটি খেলোয়াড়ের পরিসংখ্যান, একটি সময়কাল বা একটি নির্দিষ্ট সিদ্ধান্তকে আলাদা Information Point হিসেবে রাখা হয়। Stage-2 সেই পয়েন্টগুলোর ওপর ভিত্তি করে ফরম্যাট বিশ্লেষণ, খেলোয়াড় বিশ্লেষণ, দলীয় কাঠামো, বাণিজ্যিক পরিবেশ, শাসনব্যবস্থা, ঝুঁকি, জনমত এবং শিল্পপ্রভাব বিচার করে। এই নথিতে প্রথম ধাপের মূল উপাদানই নেই। ফলে দ্বিতীয় ধাপের আটটি মাত্রা পূরণ করতে গেলে তথ্য নয়, অনুমান ব্যবহার করতে হবে।

রাশিয়ার শেষ বাঁশি যেমন বেঙ্গালুরুর সকালের আগে পৌঁছেছিল, তেমনই একটি প্রতিবেদনও পাঠকের কাছে দ্রুত পৌঁছাতে পারে। কিন্তু সময়ের আগে পৌঁছানো এবং যাচাই ছাড়া পৌঁছানো এক জিনিস নয়। দূরবর্তী সমর্থককে সেবা দেওয়ার অর্থ দ্রুত শব্দ দেওয়া নয়; সঠিক সীমা জানিয়ে পরিষ্কার তথ্য দেওয়া।

মূল বিশ্লেষণ: কেন এই নথি ক্রিকেট সংবাদ নয়

প্রথম বাধা হলো ফরম্যাটের অনুপস্থিতি। টেস্ট, ওয়ানডে এবং টি-টোয়েন্টির পরিসংখ্যান একে অপরের সরাসরি বিকল্প নয়। টেস্টে নতুন বলের প্রথম স্পেল, সেশনভিত্তিক চাপ এবং উইকেটের অবস্থা গুরুত্বপূর্ণ। ওয়ানডেতে পাওয়ারপ্লে, মাঝের ওভার এবং শেষ দশ ওভারের ভারসাম্য বেশি তাৎপর্যপূর্ণ। টি-টোয়েন্টিতে প্রথম ছয় ওভার, ম্যাচআপ, ১৬ থেকে ২০ ওভারের রান এবং বোলার ব্যবহারের সময় নির্ধারক হতে পারে। ফরম্যাট জানা না থাকলে কোনো স্ট্রাইক রেট, ইকোনমি রেট বা ব্যাটিং গভীরতা বিচার করা যায় না।

সরবরাহকৃত নথিতে Match Nature-ও অনুপস্থিত। এটি দ্বিপাক্ষিক সিরিজ, বিশ্বকাপ, লিগ ম্যাচ, প্রস্তুতি ম্যাচ নাকি ঘরোয়া প্রতিযোগিতা—কিছুই জানা নেই। একটি প্রস্তুতি ম্যাচে পরীক্ষামূলক ব্যাটিং অর্ডারকে দুর্বলতা বলা যায় না। আবার বিশ্বকাপের নকআউট ম্যাচে একই সিদ্ধান্তকে ঝুঁকিপূর্ণ বলা যেতে পারে। প্রতিযোগিতার গুরুত্ব না জানলে ফলাফল ও প্রক্রিয়ার সম্পর্ক বোঝা যায় না।

দ্বিতীয় বাধা হলো ম্যাচের কোনো নোঙর না থাকা। দল ও খেলোয়াড়ের নাম ছাড়া কোনো ক্রিকেটীয় গল্প দাঁড়ায় না। কে ওপেন করেছে, কে নতুন বলে বোলিং করেছে, কে চাপের সময়ে ব্যাট করেছে, কিংবা অধিনায়ক কখন স্পিনার এনেছেন—কোনো প্রশ্নের উত্তর নেই। Entities Involved ক্ষেত্রটি তথ্য পয়েন্টের ওপর নির্ভরশীল ছিল; তথ্য পয়েন্ট না থাকায় সেই ক্ষেত্রও স্বাভাবিকভাবেই অমীমাংসিত।

বছরের পর বছর ম্যাচ দেখে আমার অভিজ্ঞতা বলে, একই স্কোরকার্ড থেকেও ভিন্ন গল্প বের হতে পারে। ১৮০ রান করা দলটি হয়তো শুরুতে আধিপত্য দেখিয়েছে, আবার হয়তো শেষ ওভারে ৪৫ রান তুলে ঘাটতি সামলেছে। ৪০ রানে চার উইকেট নেওয়া বোলার হয়তো নতুন বলে দুর্দান্ত ছিল, আবার ধীর পিচে ব্যাটারদের ভুলের সুবিধা পেয়েছে। স্কোর, পর্যায় এবং পরিস্থিতি ছাড়া সংখ্যাকে অর্থ দেওয়া যায় না। এখানে সেই সংখ্যাও নেই।

তৃতীয় বাধা হলো ভেন্যু ও পরিবেশের অনুপস্থিতি। পিচের গতি, বাউন্স, শিশির, বাতাস এবং বৃষ্টির সম্ভাবনা ম্যাচের পরিকল্পনা বদলে দেয়। স্পিনারদের জন্য ধীর পিচ সহায়ক হতে পারে, কিন্তু একই স্পিনার রাতের শিশিরে বল গ্রিপ করতে সমস্যায় পড়তে পারেন। বৃষ্টির কারণে লক্ষ্য বদলালে ডাকওয়ার্থ-লুইস-স্টার্ন পদ্ধতির প্রভাব আলাদা করে দেখতে হয়। কোনো ভেন্যু বা আবহাওয়ার তথ্য না থাকায় টস, রান তাড়া এবং বোলিং পরিবর্তন নিয়ে কোনো সিদ্ধান্ত অনুমোদনযোগ্য নয়।

চতুর্থ বাধা হলো খেলোয়াড়ের পরিচয় ও ভূমিকার অভাব। কোনো ব্যাটারের গড়, স্ট্রাইক রেট, বাঁহাতি বা ডানহাতি ম্যাচআপ, পাওয়ারপ্লে পারফরম্যান্স, কিংবা স্পিনের বিরুদ্ধে দুর্বলতা উল্লেখ করা হয়নি। কোনো বোলারের ইকোনমি রেট, ডেথ ওভারে ব্যবহার, নতুন বলের সুইং বা ইনজুরি ইতিহাসও নেই। ফলে খেলোয়াড়ের বাণিজ্যিক মূল্য ও মাঠের মূল্য আলাদা করে দেখার সুযোগও তৈরি হয়নি।

একজন তরুণ অলরাউন্ডারকে বড় নিলামমূল্য দিয়ে নেওয়া হতে পারে, কিন্তু আন্তর্জাতিক ক্রিকেটে তার নমুনা ছোট হতে পারে। আবার কম আলোচিত কোনো বোলার দলের কাঠামোতে গুরুত্বপূর্ণ হতে পারেন, কারণ তিনি নির্দিষ্ট সময়ে দুই ওভার করতে পারেন। এই পার্থক্য বোঝাতে দল, লিগ, মূল্য এবং ভূমিকা—সবই দরকার। সরবরাহকৃত ইনপুটে এগুলোর কোনোটিই নেই।

পঞ্চম বাধা হলো দলীয় অবস্থান নির্ধারণের অসম্ভবতা। কোনো দলকে শীর্ষ শক্তি, মধ্যসারির প্রতিদ্বন্দ্বী বা উদীয়মান দল বলতে হলে অন্তত সাম্প্রতিক ফলাফল, ঘরের মাঠ ও বাইরের মাঠের রেকর্ড, স্কোয়াডের গভীরতা এবং প্রতিপক্ষের মান জানা প্রয়োজন। এখানে ICC ranking, সিরিজ রেকর্ড, দলীয় গড় বা বেঞ্চ শক্তির কোনো তথ্য নেই। তাই কোনো দলের ভবিষ্যৎ নিয়ে আশাবাদ বা সতর্কতা প্রকাশ করলে তা সংবাদ নয়, অনুমান হবে।

ষষ্ঠ বাধা হলো লিগ ও বাণিজ্যিক তথ্যের সম্পূর্ণ অনুপস্থিতি। কোনো ফ্র্যাঞ্চাইজি, নিলাম, চুক্তি, সম্প্রচারমূল্য, বেতন, ধরে রাখা খেলোয়াড় বা Right to Match ব্যবহারের কথা নেই। ফলে IPL, BBL, SA20, ILT20, MLC কিংবা The Hundred-এর কোনো একটি বাজারের সঙ্গে এই নথিকে যুক্ত করা যায় না। নিলামে বড় দাম পাওয়া এবং আন্তর্জাতিক মানের নিশ্চয়তা একই বিষয় নয়; কিন্তু সেই পার্থক্য ব্যাখ্যা করতে হলে লিগের নাম, দাম এবং খেলোয়াড়ের কর্মক্ষমতার তথ্য চাই।

সপ্তম বাধা হলো নিয়ম, শাসন এবং সততা সম্পর্কিত কোনো ঘটনা না থাকা। DRS, ধীর ওভার রেট, যোগ্যতা, No Objection Certificate, দুর্নীতি বিরোধী তদন্ত, নির্বাচনী বিরোধ বা ভূরাজনৈতিক টানাপোড়েনের কোনো উল্লেখ নেই। তাই ICC, জাতীয় বোর্ড বা লিগ কর্তৃপক্ষের জবাবদিহি নিয়ে কোনো সিদ্ধান্ত দেওয়া যায় না। ক্রিকেট সংবাদে অভিযোগ ও প্রমাণের মধ্যে ব্যবধান খুব গুরুত্বপূর্ণ। শূন্য উৎস থেকে অভিযোগ তৈরি করা পাঠকের আস্থার বিরুদ্ধে যায়।

অষ্টম বাধা হলো জনমত ও শিল্পপ্রভাবের অদৃশ্য থাকা। সামাজিক মাধ্যমে আলোড়ন, টিকিট বিক্রি, দর্শকসংখ্যা, সম্প্রচার, ফ্যান্টাসি স্পোর্টস বা বেটিং সংক্রান্ত কোনো তথ্য নেই। ম্যাচের আবেগ বা বাজারের প্রতিক্রিয়া মাপার মতো কোনো সময়চিহ্নও নেই। এখানে বিশেষ সতর্কতা প্রয়োজন। লাইভ ডেটা যত বেশি বাণিজ্যিকভাবে ব্যবহৃত হয়, ভুল বা অসম্পূর্ণ ডেটা তত বেশি ক্ষতি করতে পারে। খেলার তথ্যকে দ্রুত বাজারে পাঠানোর আগে তার উৎস, সময় এবং সংশোধনের ইতিহাস পরিষ্কার থাকা দরকার।

প্রযুক্তিগত ত্রুটি নাকি উৎস নিবন্ধের অনুপস্থিতি

নথির ভাষা দেখে সবচেয়ে সম্ভাব্য ব্যাখ্যা হলো, মূল নিবন্ধ গ্রহণের সময় কোনো সমস্যা হয়েছে। উৎস পেওয়াল, বট প্রতিরোধ, JavaScript-নির্ভর পৃষ্ঠা, নেটওয়ার্ক ব্যর্থতা অথবা হ্যান্ড-অফে ডেটা হারানোর কারণে এমন হতে পারে। আরেকটি সম্ভাবনা হলো, এটি একটি placeholder বা পরীক্ষামূলক payload। Title এবং Source দুটিতে N/A থাকা, Type হিসেবে Unclassified লেখা এবং Information Points শূন্য থাকা সেই আশঙ্কাকে জোরদার করে।

তবে সম্ভাবনা এবং প্রমাণ এক নয়। সরবরাহকৃত তথ্য থেকে শুধু বলা যায় যে Stage-1 ফলাফল বিশ্লেষণযোগ্য নয়। ঠিক কোথায় ব্যর্থতা হয়েছে, তা নিশ্চিত করতে লগ দরকার। HTTP status, পৃষ্ঠার অক্ষরসংখ্যা, rendering mode, retry history এবং article identifier দেখতে হবে। একই উৎস আবার গ্রহণ করে যদি তথ্য ফিরে আসে, তাহলে intermittent fetch বা rendering সমস্যার সম্ভাবনা বাড়বে। যদি একই শূন্য ফল আসে, তাহলে উৎসের ঠিকানা, extractor contract অথবা test fixture নিয়ে অনুসন্ধান করতে হবে।

এখানে একটি গুরুত্বপূর্ণ নতুন তথ্য হলো domain label-এর অসামঞ্জস্য। নির্ধারিত schema-তে Cricket থাকার কথা, কিন্তু ফলাফলে cricket_world লেখা হয়েছে। এই পরিবর্তন একা কোনো ম্যাচের তথ্য নষ্ট করে না, কিন্তু এটি দেখায় যে output contract-ও পুরোপুরি মানা হয়নি। তথ্য শূন্য হওয়ার সঙ্গে schema drift যুক্ত হলে downstream system ভুল payload-কে বৈধ বলে ধরে নিতে পারে।

বিপরীত দৃষ্টিকোণ: খালি প্রতিবেদনও কেন দরকারি

প্রথম দৃষ্টিতে এমন একটি নথির কোনো সংবাদমূল্য নেই। এতে খেলা নেই, স্কোর নেই, নায়ক নেই, পরাজিত দল নেই। কিন্তু বিপরীত দিকটি গুরুত্বপূর্ণ: একটি বিশ্লেষণ ব্যবস্থা কখন থামতে জানে, সেটিও তার গুণমানের অংশ। খালি payload-কে পূর্ণাঙ্গ ক্রিকেট রিপোর্টে রূপান্তর না করা একটি ইতিবাচক নিয়ন্ত্রণ।

ডেটা না থাকলে অনেক automated system পরিচিত কাঠামো দিয়ে শূন্যস্থান পূরণ করতে চায়। তারা কোনো জনপ্রিয় দল, সাম্প্রতিক তারকা বা বহুল ব্যবহৃত টুর্নামেন্টের নাম বসিয়ে দিতে পারে। পাঠকের কাছে সেই লেখা প্রথমে বিশ্বাসযোগ্য মনে হলেও, একটি ভুল দল বা ভুল পরিসংখ্যান পুরো প্রতিবেদনের মান নষ্ট করে। ক্রিকেটে এমন ভুল দ্রুত ছড়িয়ে পড়ে, কারণ সমর্থকেরা স্কোর, রেকর্ড এবং খেলোয়াড়ের পরিচয় খুব মনোযোগ দিয়ে যাচাই করেন।

আরও একটি বিপদ হলো, বিশ্লেষণের কাঠামো সত্যের বিকল্প হয়ে উঠতে পারে। আটটি বিভাগ, ঝুঁকি ম্যাট্রিক্স, র‌্যাঙ্কিং টেবিল এবং ভবিষ্যৎ দৃশ্যপট থাকলেই লেখা বিশ্লেষণ হয় না। প্রতিটি ঘরের পেছনে অন্তত একটি যাচাইযোগ্য তথ্য থাকতে হয়। এই নথি দেখাচ্ছে, সুন্দর কাঠামো শূন্য তথ্যকে পূর্ণ তথ্য বানাতে পারে না।

আমি শিরোনাম তাড়া করি না; দলের সময়ের সঙ্গে তাল রাখি। সেই কারণে এই নথিকে কোনো দলের জয়, কোনো খেলোয়াড়ের ব্যর্থতা বা কোনো লিগের সংকট হিসেবে প্রকাশ করা যাবে না। একজন প্রতিবেদকের দায়িত্ব কখনো কখনো সংবাদ লেখা নয়, বরং কেন সংবাদ লেখা যাচ্ছে না তা স্পষ্ট করা।

পাঠকের জন্য বাস্তব অর্থ

এই ব্যর্থতার সরাসরি অর্থ হলো, সরবরাহকৃত উপাদান থেকে কোনো ক্রিকেটীয় সিদ্ধান্ত নেওয়া যাবে না। পাঠক জানতে পারবেন না কোন দল খেলেছে, কোন ফরম্যাট ছিল, কোথায় ম্যাচ হয়েছে, কে ভালো করেছে বা কোন কৌশল কাজ করেছে। কোনো সম্ভাব্য সিরিজ প্রবণতা, খেলোয়াড়ের বয়সভিত্তিক উন্নতি, ঘরের মাঠের সুবিধা, বেঞ্চ শক্তি বা বাজারমূল্যও বের করা সম্ভব নয়।

তবে পাঠক একটি পরিষ্কার যাচাই মানদণ্ড পেতে পারেন। একটি বিশ্লেষণ গ্রহণের আগে শিরোনাম, উৎস, প্রকাশের তারিখ, ম্যাচের ধরন, দল, খেলোয়াড়, ভেন্যু এবং অন্তত কয়েকটি concrete তথ্য থাকা উচিত। স্কোরলাইন, উইকেট, ওভার, উদ্ধৃতি বা চুক্তির অঙ্কের মতো তথ্যের উৎস চিহ্নিত থাকতে হবে। যেখানে সংখ্যা নিশ্চিত নয়, সেখানে data pending verification লেখা উচিত।

এই নথির জন্য ন্যূনতম পুনরুদ্ধার প্যাকেজও স্পষ্ট। প্রথমে মূল নিবন্ধের শিরোনাম, উৎস ও প্রকাশের তারিখ দরকার। এরপর ৫ থেকে ৮টি স্বতন্ত্র তথ্য পয়েন্ট, নামযুক্ত দল ও খেলোয়াড়, ম্যাচের ফরম্যাট, প্রতিযোগিতার ধরন এবং প্রাসঙ্গিক সংখ্যাগত তথ্য দিতে হবে। কোনো লিগ বা বাণিজ্যিক ঘটনা থাকলে নিলামমূল্য, চুক্তির মেয়াদ, সম্প্রচার তথ্য বা দলীয় সিদ্ধান্ত আলাদা করে যাচাই করতে হবে।

ঝুঁকি: কোনটি এখনই অগ্রাধিকার

সবচেয়ে বড় ঝুঁকি কোনো দলের ব্যাটিং দুর্বলতা নয়। সবচেয়ে বড় ঝুঁকি হলো null payload নীরবে প্রকাশিত হয়ে যাওয়া। যদি এমন একাধিক শূন্য payload পূর্ণাঙ্গ প্রতিবেদনে পরিণত হয়, তাহলে পাঠকের সামনে বিশ্লেষণের আবরণ থাকবে, কিন্তু তথ্য থাকবে না। এই ঝুঁকির প্রভাব কেবল একটি নিবন্ধে সীমাবদ্ধ নয়; এটি পুরো প্রকাশনা ব্যবস্থার বিশ্বাসযোগ্যতা নষ্ট করতে পারে।

প্রথম প্রতিরোধ ব্যবস্থা হওয়া উচিত একটি hard validation gate। Title N/A হলে, Source N/A হলে, Information Points খালি হলে, Article Type Unclassified হলে অথবা Domain Label নির্ধারিত schema-র বাইরে গেলে সিস্টেমকে রিপোর্ট তৈরি না করে PIPELINE_FAILURE বার্তা ফেরত দিতে হবে। এই ব্যর্থতা লেখকের কাছে স্পষ্টভাবে পৌঁছানো দরকার, যাতে কেউ template পূরণ করে অনুমাননির্ভর প্রতিবেদন প্রকাশ না করেন।

দ্বিতীয় প্রতিরোধ ব্যবস্থা হলো contract assertion। Domain Label ঠিক Cricket কি না, Article Type বৈধ কি না, Entities Involved খালি কি না, এবং প্রকাশের তারিখ আছে কি না—এসব স্বয়ংক্রিয়ভাবে যাচাই করা যেতে পারে। তৃতীয় ব্যবস্থা হলো batch-level monitoring। প্রতি ১০০টি নিবন্ধে কতটি payload-এ Information Points শূন্য, তা পর্যবেক্ষণ করতে হবে। null rate স্বাভাবিক সীমা ছাড়ালে একক নিবন্ধ নয়, ingestion layer পরীক্ষা করা উচিত।

চতুর্থ ব্যবস্থা হলো test fixture আলাদা চিহ্নিত করা। যদি এটি পরীক্ষামূলক payload হয়, তাহলে production metrics-এ সেটিকে রাখা যাবে না। পরীক্ষার ডেটা ও বাস্তব সংবাদ ডেটা মিশে গেলে বিশ্লেষণ ব্যবস্থার সাফল্যের হার কৃত্রিমভাবে বাড়তে পারে।

পরবর্তী সংকেত

একটি পুনরায় গ্রহণ পরীক্ষা এই ঘটনার সবচেয়ে কার্যকর পরবর্তী পদক্ষেপ। একই article identifier ব্যবহার করে headless rendering সহ পুনরায় fetch করতে হবে। এবার যদি Information Points পাওয়া যায়, তাহলে ব্যর্থতা ingestion বা rendering স্তরে ছিল। যদি আবারও Title, Source এবং Information Points খালি থাকে, তাহলে extractor contract, উৎসের ঠিকানা অথবা payload-টির পরীক্ষামূলক প্রকৃতি খতিয়ে দেখতে হবে।

তারপর একটি সম্পাদকীয় যাচাই দরকার। পুনরুদ্ধার করা নিবন্ধে ম্যাচের ধরন, দল, খেলোয়াড়, ফলাফল এবং সময়চিহ্ন মিলিয়ে দেখতে হবে। কোনো একটি উৎসের ওপর নির্ভর না করে সম্ভব হলে স্কোরকার্ড বা বোর্ডের আনুষ্ঠানিক পৃষ্ঠার সঙ্গে তথ্য মিলিয়ে নিতে হবে। চূড়ান্ত প্রতিবেদনে নিশ্চিত তথ্য, উৎস-নির্ভর তথ্য এবং এখনও যাচাই না হওয়া তথ্য আলাদা ভাষায় চিহ্নিত করা উচিত।

ক্রিকেটের গল্প আবার লেখা যাবে, কিন্তু তার আগে মাঠটি ফিরিয়ে আনতে হবে—স্কোর, সময়, দল এবং মানুষসহ। এখন যে সংকেতটি সামনে আছে, তা কোনো ব্যাটারের ফর্ম বা কোনো অধিনায়কের কৌশল নয়। এটি একটি সম্পাদকীয় প্রশ্ন: সিস্টেম কি শূন্যতা চিনে থামতে পারছে? সেই প্রশ্নের উত্তরই পরবর্তী প্রতিবেদন প্রকাশের আগে সবচেয়ে জরুরি।