এখনকার ভাবনা · ছয় পর্বে
6টির মধ্যে পর্ব 3 AI-কে নিয়ে ডেভেলপমেন্টের গোটা ব্যবস্থা গড়া
ঠিক তথ্যের উৎস সাদামাটা হলেই context routing কাজে দেয়
AI-র কাজে ফল মেলে যখন দরকারি Markdown ফাইলগুলো হালনাগাদ থাকে, ঠিক সময়ে ঠিক জায়গায় পৌঁছয়, আর একই তথ্যের জন্য একটা নির্দিষ্ট উৎস মানে।
ভুল প্রেক্ষাপটও চালানোর মতো কোড হয়ে যায়। ভরসা করার মতো সাদামাটা তথ্যের ভিত্তি থাকলেই নতুন টুলগুলো ঠিকভাবে কাজে লাগতে পারে।
কোডিং এজেন্ট নিয়ে কাজ করতে গিয়ে একটা কম আলোচিত কথা শিখেছি: context মানে একগাদা ফাইল নয়। ঠিক তথ্য পৌঁছে দেওয়ার সমস্যা। এজেন্টের রিপোজিটরির সব নথি দরকার হয় না। সিদ্ধান্ত নেওয়ার সময় ঠিক যতটা বর্তমান তথ্য দরকার, সেটুকুই চাই।
একই প্রজেক্টের তথ্য বারবার আলাদা Markdown ফাইলে দেখে এটা খেয়াল হতে শুরু করে। সাম্প্রতিক স্মৃতি, দীর্ঘমেয়াদি স্মৃতি, ফিচারের নোট, ইমপ্লিমেন্টেশনের নির্দেশ, PR-এর সারাংশ, মিটিংয়ের লেখা। আলাদা করে সব কটিই কাজে লাগত। কিন্তু সবাই শেষ সত্যির উৎস হতে চাইলে গোটা ব্যবস্থাটাই দুর্বল হত।
তখন context routing শুধু প্রম্পট গোছানোর চেয়ে বেশি কিছু হয়। ভালো পথ বলে দেয়: এই কাজের এখনকার চাহিদা এখানে পড়ো, টেকসই সিদ্ধান্ত ওখানে, আর সাম্প্রতিক প্রমাণ ওই ছোট নোটে। এজেন্ট পুরনো প্রেক্ষাপটে ঘুরে বেড়ায় না। মানুষকেও রিভিউতে জিজ্ঞেস করতে হয় না, পুরনো অনুমানটা আবার ফিরল কেন।
Markdown ফাইলগুলোর তথ্য হালনাগাদ রাখার কাজটা চোখধাঁধানো নয়। এক ফাইলে ড্যাশবোর্ডের route এক surface-এর, আর একটায় অন্য surface-এর, তৃতীয়টায় নতুন প্রমাণ—এমন হলে AI বিভ্রান্তিটাই বাড়াবে। আরও বড় প্রম্পট তার সমাধান নয়। কোন ফাইল ওই তথ্যের দায়িত্ব নেবে, সেটা ঠিক করা, আর অন্যগুলোকে তার দিকে দেখানোই সমাধান।
নথি এভাবে দেখতে পছন্দ করি, কারণ তাতে ব্যবস্থাটা সৎ থাকে। সাম্প্রতিক নোট সাময়িক আর প্রমাণভিত্তিক হতে পারে। দীর্ঘমেয়াদি স্মৃতিতে টেকসই নিয়ম থাকবে। ফিচারের spec-এ প্রোডাক্টের উদ্দেশ্য, নির্দেশিকায় বারবার করার কাজের ধাপ। সবাইকে একই কথা কপি করতে হবে না। কার কথার কতটা কর্তৃত্ব, আর তথ্য কীভাবে নতুন হবে, সেটা স্পষ্ট চাই।
প্রোডাক্টের কোডেও একই শৃঙ্খলা লাগে। একটা design token তিনটে কম্পোনেন্টে নতুন করে সংজ্ঞা পাবে কেন? route-এর নিয়ম test, README আর helper-এ একটু আলাদা ভাষায় থাকবে কেন? অনুবাদের key যেন প্রোডাক্টের দ্বিতীয় চাহিদা না হয়ে যায়। সত্যি কথা একাধিক জায়গায় কপি হলে পরের প্রতিটা বদলেই আলাদা হয়ে যাওয়া কথাগুলোর সঙ্গে লড়তে হয়।
AI এই দরকারটা কমায় না, বাড়ায়। লেখা নির্দেশ মেনে চলতে কোডিং এজেন্ট ভালো। তাই ভুল প্রেক্ষাপটও চালানোর কোড হয়। Markdown পুরনো হলে গতকালের সিদ্ধান্তের একটা আত্মবিশ্বাসী ইমপ্লিমেন্টেশন পাওয়া যায়। তথ্যের আসল উৎস স্পষ্ট হলে সেই এজেন্টই বেশি কাজে লাগে—নিজের পায়ের নিচের জমি বানিয়ে না নিয়ে দ্রুত এগোতে পারে।
তাই আমার কাছে AI-first ইঞ্জিনিয়ারিং শুধু ভালো প্রম্পট বা তাড়াতাড়ি কোড তৈরি নয়। এমন নথির ব্যবস্থা, যেখানে তথ্যের দায়িত্ব আছে, প্রেক্ষাপটের পথ আছে, পুরনো ফাইল নতুন হয়, আর একই দাবি আবার লেখার একটা কারণ থাকে। সাদামাটা কিন্তু ভরসাযোগ্য ভিত্তি থাকলেই আকর্ষণীয় টুলগুলো নির্ভরযোগ্য কাজ করতে পারে।