একটি ভালো স্কিলের গঠনতন্ত্র

একটি স্কিল কেবল কতগুলো নির্দেশনার সমষ্টির চেয়েও বেশি কিছু। একটি এজেন্ট সিস্টেমে, স্কিল হলো একটি সুনির্দিষ্ট সক্ষমতা। এটি একটি এজেন্টকে প্রতিবার একই যুক্তি প্রয়োগ না করেই একটি কাজ সম্পন্ন করতে সাহায্য করে।

অনেকেই এমন স্কিল তৈরি করেন যা একবার কাজ করে কিন্তু বাস্তব ওয়ার্কফ্লোতে ব্যর্থ হয়। একটি স্কিল মানুষের জন্য কাজ করতে পারে, কিন্তু অন্য কোনো এজেন্ট সেটি ব্যবহার করতে গেলে তা ভেঙে যেতে পারে। একটি স্কিল নিখুঁত পরিস্থিতিতে কাজ করতে পারে, কিন্তু ডেটা বা তথ্য না থাকলে তা ব্যর্থ হতে পারে।

নির্ভরযোগ্য স্কিল তৈরি করতে হলে আপনাকে সেগুলোকে সফটওয়্যার কম্পোনেন্টের মতো বিবেচনা করতে হবে। সেগুলোর জন্য স্পষ্ট 'কন্ট্রাক্ট' (contract) প্রয়োজন।

একটি স্কিল কন্ট্রাক্ট এই প্রশ্নগুলোর উত্তর দেয়:

  • এই স্কিলটির কী কী তথ্য প্রয়োজন?
  • এটি কী ফলাফল প্রদান করবে?
  • এটি কী কী ধারণা বা অনুমান (assumptions) করে নেয়?
  • তথ্য না থাকলে কী ঘটে?

এই সীমানাগুলো ছাড়া আপনি জটিল ওয়ার্কফ্লো তৈরি করতে পারবেন না।

স্কিল ডিজাইনের এই চারটি বিষয়ের ওপর গুরুত্ব দিন:

১. ইনপুট ডিজাইন (Input Design) একটি স্কিলকে সবকিছু গ্রহণ করতে দেবেন না। অস্পষ্ট বা ব্যাপক নির্দেশাবলী অনিশ্চয়তা তৈরি করে। যখন ইনপুট অস্পষ্ট থাকে, তখন এজেন্ট অনুমানের মাধ্যমে কাজ করতে গিয়ে শক্তি অপচয় করে। একটি ভালো স্কিলের একটি নির্দিষ্ট কার্যপরিধি থাকে। এটি অনুমানের পরিবর্তে অনুপস্থিত তথ্যগুলো শনাক্ত করার কথা।

২. আউটপুট ডিজাইন (Output Design) একটি স্কিল শূন্যে বা বিচ্ছিন্নভাবে কাজ করে না। আপনার ওয়ার্কফ্লোর পরবর্তী ধাপের জন্য সেই ফলাফলটি ব্যবহার করা প্রয়োজন। যদি একটি স্কিল একটি দীর্ঘ অনুচ্ছেদ প্রদান করে, তবে একটি মেশিনের পক্ষে সেটি পড়া কঠিন হতে পারে। এমন আউটপুট ডিজাইন করুন যা পরবর্তী এজেন্ট বা অর্কেস্ট্রেটরকে (orchestrator) সিদ্ধান্ত নিতে সাহায্য করে।

৩. ব্যর্থতার আচরণ (Failure Behavior) বেশিরভাগ মানুষ কেবল সফল হওয়ার পথটি ডিজাইন করেন। বাস্তব সিস্টেমগুলো অসম্পূর্ণ ডেটা এবং টুলের ব্যর্থতার সম্মুখীন হয়। একটি নির্ভরযোগ্য স্কিল কীভাবে ত্রুটি বা এরর (error) হ্যান্ডেল করবে তা সংজ্ঞায়িত করে। এটি সিস্টেমকে জানানো উচিত কেন এটি ব্যর্থ হয়েছে, যাতে ওয়ার্কফ্লোটি পুনরায় স্বাভাবিক অবস্থায় ফিরে আসতে পারে।

৪. নিয়ন্ত্রিত নমনীয়তা (Controlled Flexibility) অতিরিক্ত অনমনীয়তা একটি স্কিলকে নতুন প্রেক্ষাপটে অকেজো করে তোলে। আবার অতিরিক্ত নমনীয়তা এটিকে অনির্দেশ্য করে তোলে। ফরম্যাটিং বা ভ্যালিডেশনের মতো কাজের জন্য কঠোর নিয়ম ব্যবহার করুন। গবেষণা বা পরিকল্পনার মতো কাজের জন্য আরও নমনীয়তা ব্যবহার করুন।

একটি একক স্কিল শিথিল নির্দেশনার মাধ্যমে টিকে থাকতে পারে। কিন্তু স্কিলের একটি লাইব্রেরি তা পারে না।

আপনি যদি এজেন্ট সিস্টেম তৈরি করতে চান, তবে এককালীন সমাধান তৈরি করা বন্ধ করুন। এমন সক্ষমতা তৈরি করা শুরু করুন যা সিস্টেমগুলো বিশ্বাস করতে পারে।

উৎস: https://dev.to/codanyks/anatomy-of-a-good-skill-designing-capabilities-that-systems-can-trust-4ap5

ঐচ্ছিক লার্নিং কমিউনিটি: https://t.me/GyaanSetuAi