একটি ব্যক্তিত্বহীন দক্ষতা হলো একজন সেনাপতিহীন আদেশের মতো। আপনি একটি ডেফিনিশন ফাইলকে সীমাবদ্ধতা, আউটপুট ফরম্যাট এবং স্টাইল রুলস দিয়ে সাজাতে পারেন, কিন্তু আপনি যদি এআই-কে কখনোই না বলেন যে তাকে কী হতে হবে, তবে আপনি একজন প্রতিভাবান কিন্তু দিকনির্দেশনাহীন কর্মীকে তার নিজের পদের নাম অনুমান করতে বলছেন। এর ফলাফল ঠিক তেমনই হবে যা আপনি আশা করছেন: সাধারণ আউটপুট যা বিভিন্ন টোনের মধ্যে বিচরণ করে, দক্ষতার স্তর যা এক রান থেকে অন্য রানে ব্যাপকভাবে পরিবর্তিত হয়, এবং একটি ডিবাগিং প্রক্রিয়া যা ধোঁয়া তাড়া করার মতো মনে হয়।
এটি গুরুত্বপূর্ণ কারণ আধুনিক এআই কোডিং ওয়ার্কফ্লো আর কেবল সিঙ্গেল-শট প্রম্পটের মধ্যে সীমাবদ্ধ নেই। এগুলো অনেকগুলো ছোট ছোট দক্ষতার সমন্বয়ে গঠিত মডুলার সিস্টেম। যখন প্রতিটি দক্ষতার একটি স্পষ্ট পরিচয় থাকে না, তখন পুরো পাইপলাইন ক্ষতিগ্রস্ত হয়।
কেন ব্যক্তিত্বের অভাব আপনার ওয়ার্কফ্লো নষ্ট করে দেয়
যখন আপনি কোনো ভূমিকার ঘোষণা বাদ দেন, তখন আপনি মডেলটিকে তার নিজস্ব কর্তৃত্ব তৈরি করতে বাধ্য করেন। এক মুহূর্তে এটি এমনভাবে কোড লেখে যেন একজন সতর্ক ইন্টার্ন বিল ভেঙে ফেলার ভয়ে আছে। পরের মুহূর্তেই এটি এমনভাবে একটি ডিস্ট্রিবিউটেড সিস্টেম ডিজাইন করে যেন একজন প্রিন্সিপাল ইঞ্জিনিয়ার যিনি প্রতিটি এজ কেস সম্পর্কে জানেন। এই অসামঞ্জস্যতা কেবল বিরক্তিকরই নয়, এটি আপনার ওয়ার্কফ্লোকে অনির্ভরযোগ্য করে তোলে।
সমস্যাগুলো দ্রুত স্তূপীকৃত হয়। এআই একটি এলোমেলো কণ্ঠস্বর বেছে নেয়, ফলে আপনার কোডবেস এমনভাবে লেখা শুরু হয় যেন এটি এমন একটি কমিটির দ্বারা লেখা হয়েছে যারা কখনোই একে অপরের সাথে দেখা করেনি। প্রতিবার যখন আপনি স্কিলটি রান করেন তখন আউটপুট পরিবর্তিত হয়, যার মানে হলো আপনি অটোমেটেড টেস্ট বা ডিফ রিভিউয়ের ওপর ভরসা করতে পারবেন না। অডিটিং করা অসম্ভব হয়ে পড়ে কারণ আপনি জানেন না কোন দৃষ্টিভঙ্গি থেকে ফলাফলটি তৈরি হয়েছে। এটি কি একজন সিকিউরিটি-ফোকাসড ইঞ্জিনিয়ার নাকি একজন প্রোডাক্ট জেনারেলিস্ট তৈরি করেছে? যদি উত্তর হয় "মডেলের যা ইচ্ছা," তবে লজিক যাচাই করার কোনো উপায় আপনার থাকবে না।
স্কিল চেইনিং এই সমস্যাটিকে আরও বাড়িয়ে দেয়। কল্পনা করুন একটি স্কিল যা এপিআই কন্ট্রাক্ট তৈরি করে এবং অন্য একটি স্কিল যা ইমপ্লিমেন্টেশন লেখে। যদি প্রথমটি একজন খুঁতখুঁতে সিনিয়র আর্কিটেক্টের মতো কাজ করে যিনি কঠোর ভ্যালিডেশন নিশ্চিত করেন, কিন্তু দ্বিতীয়টি একজন জুনিয়র ডেভেলপারের মতো আচরণ করে যিনি এরর হ্যান্ডলিং এড়িয়ে যান, তবে আপনার ইন্টিগ্রেশন ভেঙে পড়বে। চেইনটি তখনই টিকে থাকে যখন প্রতিটি লিঙ্ক তার নিজস্ব পরিচয় জানে। তা ছাড়া জবাবদিহিতা হারিয়ে যায়। যখন কিছু ভেঙে পড়ে, আপনি কোন দৃষ্টিভঙ্গির কারণে তা হয়েছে তা চিহ্নিত করতে পারেন না কারণ কোনো দৃষ্টিভঙ্গি সংজ্ঞায়িত করা হয়নি।
এটি কীভাবে সমাধান করবেন
সমাধানটি সহজ কিন্তু সুনির্দিষ্ট। আপনার স্কিল ফাইলের একদম প্রথম নির্দেশ হিসেবে একটি ভূমিকার ঘোষণা যোগ করুন। এটিকে ফরম্যাটিং রুলস বা আউটপুট স্কিমার নিচে লুকিয়ে রাখবেন না। পরিচয়ের মাধ্যমে শুরু করুন।
একটি স্পষ্ট কাঠামো ব্যবহার করুন: "আপনি [ডোমেইন]-এ বিশেষজ্ঞ একজন [ভূমিকা]।" এরপর এই ভূমিকাটি কাজের প্রেক্ষাপটে আসলে কী করে সে সম্পর্কে এক বা দুটি বাক্য লিখুন। উদাহরণস্বরূপ: "আপনি ডিস্ট্রিবিউটেড সিস্টেম বিশেষজ্ঞ একজন সিনিয়র ব্যাকএন্ড ইঞ্জিনিয়ার। আপনার কাজ হলো কনকারেন্সি রিস্ক এবং ডেটা কনসিস্টেন্সি ইস্যুগুলোর জন্য পুল রিকোয়েস্ট রিভিউ করা। আপনি স্টেট ম্যানেজমেন্ট সম্পর্কে ধারণাগুলোকে প্রশ্নবিদ্ধ করেন এবং সঠিক এরর হ্যান্ডলিং নেই এমন কোড অনুমোদন করতে অস্বীকার করেন।"
এটুকুই যথেষ্ট। বড়জোর তিনটি বাক্য। দীর্ঘ জীবনবৃত্তান্ত কেবল অপ্রাসঙ্গিকতা যোগ করে। মডেলের শৈশবের গল্প বা শখের তালিকার প্রয়োজন নেই। এর প্রয়োজন একটি পেশাদার ভিত্তি যা এর বিচারবুদ্ধিকে গঠন করে।
প্রকৃত পেশাদার ভূমিকাগুলো ব্যবহার করুন। একজন স্টাফ সফটওয়্যার ইঞ্জিনিয়ার বা একজন টেকনিক্যাল ডকুমেন্টেশন রাইটার মডেলটিকে দায়িত্বের একটি পরিচিত কাঠামো প্রদান করে। এটিকে শার্লক হোমস বা একজন মধ্যযুগীয় জাদুকরের মতো আচরণ করতে বলা সৃজনশীল মনে হতে পারে, কিন্তু এটি এমন কিছু অপ্রত্যাশিত সংযোগ তৈরি করে যার সাথে আপনার কোড রিভিউ পাইপলাইনের কোনো সম্পর্ক নেই। প্রকৃত ভূমিকাগুলো প্রকৃত সীমাবদ্ধতা বহন করে।
যখন আপনি এটি সঠিকভাবে করবেন তখন কী পরিবর্তন আসবে
যখন প্রতিটি স্কিল তার নিজস্ব ব্যক্তিত্ব বহন করে, তখন আপনার পুরো পাইপলাইন স্থিতিশীল হয়ে ওঠে।
নির্ভরযোগ্যতা হলো প্রথম পুরস্কার। এআই তার নিজের সিনিয়রটি নিয়ে অনুমান করা বন্ধ করে দেয়। একটি সিনিয়র ব্যক্তিত্ব আরও কঠিন প্রশ্ন করবে। এটি অস্পষ্ট প্রয়োজনীয়তাগুলোকে চ্যালেঞ্জ করবে, অনুপস্থিত এজ কেসগুলোকে চিহ্নিত করবে এবং এমন প্রেক্ষাপট দাবি করবে যা একটি ডিফল্ট বা জুনিয়র কণ্ঠস্বর উপেক্ষা করতে পারে। যখন আপনি ভূমিকাটি সংজ্ঞায়িত করেন, তখন আপনি মানদণ্ডটিও সংজ্ঞায়িত করেন।
রিভিউ আরও দ্রুত হয়। যখন একজন সহকর্মী একটি স্পষ্ট ব্যক্তিত্ব দ্বারা চিহ্নিত আউটপুট পড়েন, তখন তারা প্রতিটি পরামর্শের পেছনের দৃষ্টিভঙ্গি বুঝতে পারেন। তারা জানেন যে কোনো ফিডব্যাককে একটি কঠোর আর্কিটেকচারাল রিকয়ারমেন্ট হিসেবে নাকি একটি সাধারণ স্টাইল প্রেফারেন্স হিসেবে বিবেচনা করতে হবে। প্রেক্ষাপটটি অনুমানের পরিবর্তে স্পষ্ট হয়ে ওঠে।
স্কিল চেইনিং অবশেষে প্রত্যাশা অনুযায়ী কাজ করে। প্রতিটি