Stage-1 আউটপুট খালি: প্রদত্ত ইনপুট থেকে ক্রীড়া প্রতিবেদন তৈরি করা সম্ভব নয়

অনুরোধে বলা হয়েছে, নিচের নিবন্ধটির বিশ্লেষণের ভিত্তিতে বাংলায় প্রায় ১৫১৫ শব্দের একটি মৌলিক ক্রীড়া সংবাদ প্রতিবেদন তৈরি করতে হবে। কিন্তু 'নিচের নিবন্ধ' হিসেবে যা সরবরাহ করা হয়েছে, তা কোনো ক্রিকেট সংবাদ নয়—এটি একটি ব্যর্থতা-প্রতিবেদন, যেখানে বলা হয়েছে Stage-1 বিশ্লেষণের সব গুরুত্বপূর্ণ ফিল্ড খালি। অর্থাৎ প্রতিবেদন তৈরির কাঁচামাল বলতে আসলে কিছুই নেই। কোন কোন ফিল্ড খালি, তা স্পষ্ট: নিবন্ধের শিরোনাম নেই, উৎস নেই, ধরন অনির্ধারিত, মূল দৃষ্টিভঙ্গি অনুপস্থিত, তথ্যবিন্দুর তালিকা শূন্য, এবং কোনো সত্তার নাম পাওয়া যায়নি। একমাত্র কার্যকর সংকেত হলো ডোমেইন লেবেল, যেখানে লেখা cricket_world। এই একটি লেবেল দিয়ে শুধু এটুকু বোঝা যায় যে বিষয়টি ক্রিকেট-সম্পর্কিত; এটি দিয়ে বোঝা যায় না কোন ম্যাচ, কোন দল, কোন খেলোয়াড়, কোন ঘটনা বা কোন সময়ের প্রসঙ্গে লেখাটি লেখা হয়েছে। এখানেই মূল সমস্যা। একটি সংবাদ প্রতিবেদন দাঁড়ায় নির্দিষ্ট ঘটনা, নাম, সংখ্যা, উদ্ধৃতি ও সময়-নির্দেশের ওপর। কে বলেছে, কখন বলেছে, কোন প্রেক্ষাপটে বলেছে—এই তিনটি প্রশ্নের উত্তর ছাড়া কোনো বাক্য লেখা যায় না। শুধু 'ক্রিকেট' বিষয়ক জ্ঞান দিয়ে একটি প্রতিবেদন লিখতে গেলে সেটি আর প্রতিবেদন থাকে না, পরিণত হয় কল্পকাহিনিতে। পাঠক সেটি সংবাদ হিসেবে পড়বেন, সিদ্ধান্ত নেবেন, আলোচনা করবেন—অথচ তার ভিত্তি হবে সম্পূর্ণ অনুমান। সাংবাদিকতার নীতিতে এটি গ্রহণযোগ্য নয়। কেন কেবল ডোমেইন লেবেল যথেষ্ট নয়, তা নির্দিষ্ট করে বলা দরকার। ধরা যাক, লেবেলটি বলে বিষয়টি ক্রিকেট। তাহলে সম্ভাব্য বিষয় হতে পারে একটি টেস্ট ম্যাচের ফলাফল, কোনো খেলোয়াড়ের ফিটনেস, আইসিসি র‍্যাঙ্কিং, ফ্র্যাঞ্চাইজি লিগের নিলাম, আম্পায়ারিং বিতর্ক বা বোর্ডের সিদ্ধান্ত—এই তালিকা অসীম। প্রতিটি শাখার জন্য প্রয়োজন ভিন্ন ভিন্ন তথ্য, ভিন্ন উৎস ও ভিন্ন যাচাই। লেবেল থেকে কোন শাখাটি বেছে নিতে হবে, সেই সংকেত পাওয়া যায় না। বেছে নেওয়ার একমাত্র উপায় অনুমান, আর অনুমানই এখানে নিষিদ্ধ। লক্ষণটি প্রযুক্তিগত দিক থেকেও তাৎপর্যপূর্ণ। যখন কোনো স্বয়ংক্রিয় তথ্য-নিষ্কাশন ধাপ (extraction stage) খালি তালিকা ফেরত দেয়, অথচ কোনো ত্রুটি নথিভুক্ত করে না, তখন পাইপলাইনের পরবর্তী প্রতিটি ধাপই খালি ইনপুটের ওপর কাজ করে এবং এমন আউটপুট তৈরি করে যা দেখতে বৈধ, কিন্তু ভেতরে কিছুই নেই। এটি তথ্য-প্রবাহের নীরব ব্যর্থতা। সবচেয়ে বিপজ্জনক দিক হলো, আউটপুটের আকার বা বিন্যাস সঠিক থাকায় ব্যবহারকারী সহজেই ধরে নিতে পারেন কাজ সফল হয়েছে। তাই প্রতিবেদন লেখার আগে ইনপুট ঠিক করা জরুরি। তিনটি পথ খোলা আছে। প্রথম পথ, Stage-1 পুনরায় চালানো এবং যাচাই করা যে মূল নিবন্ধের সম্পূর্ণ অংশ—শিরোনাম, বডি, তারিখ, উৎস—সত্যিই নিষ্কাশন ধাপে পৌঁছেছে। দ্বিতীয় পথ, মূল নিবন্ধের টেক্সট সরাসরি সরবরাহ করা; সেক্ষেত্রে নিষ্কাশন থেকে বিশ্লেষণ পর্যন্ত পুরো কাজ একবারে সম্পন্ন করা সম্ভব, এবং কোনো মধ্যবর্তী ফাইলের ওপর নির্ভর করতে হবে না। তৃতীয় পথ, Stage-1-এর কাঁচা JSON প্রদান করা, যদি আসলে নিষ্কাশন সফল হয়ে থাকে কিন্তু উপস্থাপিত সারাংশটি শুধুই খালি খোলস হয়। সঙ্গে একটি প্রযুক্তিগত সুপারিশ যোগ করা প্রয়োজন। পাইপলাইনে একটি শর্ত (assertion) বসানো উচিত, যা তথ্যবিন্দুর সংখ্যা শূন্য হলে পরবর্তী ধাপ শুরু হতে দেবে না এবং স্পষ্ট ত্রুটি বার্তা দেবে। এই একটি লাইন যোগ করলেই ভবিষ্যতে এই ধরনের নীরব ব্যর্থতা ধরা পড়বে, এবং খালি ইনপুটের ওপর ভিত্তি করে আপাত-বৈধ প্রতিবেদন তৈরি হওয়ার ঝুঁকি থাকবে না। আরেকটি বিষয় পরিষ্কার করা দরকার—প্রতিবেদনের চাহিদা করা দৈর্ঘ্য। ১৫১৫ শব্দ একটি নির্দিষ্ট পরিমাণ। বাস্তব তথ্য ছাড়া এই দৈর্ঘ্যে পৌঁছানোর একমাত্র উপায় হলো পুনরাবৃত্তি, সাধারণ বাক্য, অনুমাননির্ভর বর্ণনা ও অপ্রয়োজনীয় প্রসঙ্গ যোগ করা। তাতে শব্দসংখ্যা মিলবে, কিন্তু গুণমান ও সত্যতা দুটোই ক্ষতিগ্রস্ত হবে। তাই এখানে দৈর্ঘ্যের শর্ত পূরণ করা হয়নি; পরিবর্তে ব্যর্থতার কারণ, এর প্রভাব এবং সমাধানের পথ ব্যাখ্যা করা হয়েছে। ইনপুট ঠিক হলে এবং প্রকৃত তথ্য পাওয়া গেলে নির্ধারিত দৈর্ঘ্যের প্রতিবেদন ধারাবাহিক কাঠামোয় তৈরি করা যাবে—যেখানে থাকবে নির্দিষ্ট ঘটনার বিবরণ, প্রাসঙ্গিক পটভূমি, জড়িত পক্ষগুলোর অবস্থান, সংখ্যাগত তথ্য, সময়রেখা এবং স্পষ্ট উৎস। সংক্ষেপে: প্রদত্ত উপাদান দিয়ে একটি সৎ প্রতিবেদন লেখা অসম্ভব, আর অসৎ প্রতিবেদন লেখা এই কাজের লক্ষ্যের পরিপন্থী। ইনপুট সংস্কার করাই এখন একমাত্র যুক্তিসঙ্গত পরবর্তী পদক্ষেপ।