আমি কীভাবে অস্পষ্ট ইঞ্জিনিয়ারিং সমস্যা সমাধানের জন্য AI Council ব্যবহার করি

একটি AI অ্যাসিস্ট্যান্ট কার্যকর। কিন্তু জটিল সফটওয়্যার আর্কিটেকচারের জন্য এটি যথেষ্ট নয়।

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

এটি মডেলের ব্যর্থতা নয়। এটি আপনার প্রক্রিয়ার ব্যর্থতা। একটি মাত্র মডেল খুব কমই তার নিজস্ব অনুমানগুলোকে চ্যালেঞ্জ করে।

অস্পষ্ট সমস্যা সমাধানের জন্য আপনার একটি AI Council প্রয়োজন। এটি কোনো নতুন প্ল্যাটফর্ম নয়। এটি এমন একটি ওয়ার্কফ্লো যেখানে একাধিক AI কনটেক্সট বিভিন্ন ভূমিকা (roles) থেকে একটি প্রস্তাব পর্যালোচনা করে।

লক্ষ্য হলো AI ব্যবহারকে একটি নিয়ন্ত্রিত ইঞ্জিনিয়ারিং ওয়ার্কফ্লোতে রূপান্তরিত করা।

এখানে ওয়ার্কফ্লোটি দেওয়া হলো:

• Problem Statement: আপনি সমস্যাটি সংজ্ঞায়িত করেন। • Architect Agent: একটি source-grounded এজেন্ট বিভিন্ন ট্রেড-অফসহ একটি প্রস্তাব তৈরি করে। • AI Council Critique: বিভিন্ন AI রোল প্রস্তাবটি পর্যালোচনা করে। • Feedback Synthesis: একটি এজেন্ট সমস্ত ফিডব্যাক মূল্যায়ন করে এবং দ্বন্দ্বগুলো চিহ্নিত করে। • Objection Ledger: আপনি সমস্ত আপত্তি, সেগুলোর গুরুত্ব এবং সমাধানের পথ ট্র্যাক করেন। • Human Governance: পরিকল্পনাটি কি প্রস্তুত নাকি আপনার আরও একটি রাউন্ড প্রয়োজন, তা আপনি সিদ্ধান্ত নেন। • Executor Agent: একটি আলাদা কনটেক্সট পরিকল্পনাটি বাস্তবায়ন করে। • Auditor Agent: একটি তৃতীয় কনটেক্সট মূল স্পেসিফিকেশনের বিপরীতে কোডটি অডিট করে।

এর শক্তি আসে রোল বিভাজন থেকে। শুধু "আপনি কী মনে করেন?" জিজ্ঞাসা করবেন না। বিভিন্ন AI সেশনে নির্দিষ্ট রোল বরাদ্দ করুন:

  • System Thinker: সিস্টেমিক ঝুঁকি এবং সীমানা মূল্যায়ন করে।
  • Critical Reviewer: অনুমানগুলোকে চ্যালেঞ্জ করে এবং লজিক্যাল গ্যাপ খুঁজে বের করে।
  • Simplifier: অপ্রয়োজনীয় জটিলতা খুঁজে বের করে।
  • Alternatives Reviewer: ভিন্ন ভিন্ন পদ্ধতি বা অ্যাপ্রোচ প্রস্তাব করে।

সবচেয়ে গুরুত্বপূর্ণ অংশ হলো Objection Ledger। এটি ছাড়া ফিডব্যাক কেবল অস্পষ্ট মতামত হয়ে দাঁড়ায়। একটি লেজার আপনাকে প্রতিটি উদ্বেগ সমাধান করতে বাধ্য করে। আপনি আপত্তিগুলোকে Open, Accepted, Rejected, অথবা Resolved হিসেবে চিহ্নিত করেন। এটি একটি অডিটেবল ডিসিশন রেকর্ড তৈরি করে।

আপনি কপি-পেস্টের মাধ্যমে কোনো বাধার সৃষ্টি (bottleneck) করবেন না। source-grounded এজেন্ট সিন্থেসিস সম্পন্ন করে। আপনি গভর্নর হিসেবে কাজ করেন। আপনি ম্যানুয়াল কাজ করেন না। আপনি গেটগুলো নিয়ন্ত্রণ করেন।

আপনি সিদ্ধান্তগুলো নিয়ন্ত্রণ করেন:

  • কখন ইটারেশন বন্ধ করতে হবে।
  • কখন স্পেক অনুমোদন করতে হবে।
  • কখন চূড়ান্ত ঝুঁকি গ্রহণ করতে হবে।

এটি উচ্চ-ঝুঁকিপূর্ণ রিফ্যাক্টর বা অস্পষ্ট আর্কিটেকচারের ক্ষেত্রে ব্যবহার করুন। তুচ্ছ বাগ ফিক্সের জন্য এটি ব্যবহার করবেন না। ভুল ডিজাইনের খরচ যখন অনেক বেশি হয়, কেবল তখনই এই অতিরিক্ত পরিশ্রম (overhead) সার্থক।

ছোট থেকে শুরু করুন। একটি ক্রিটিক এবং একটি সিম্পলিফায়ার ব্যবহার করুন। আপনি তাৎক্ষণিকভাবে এর গুরুত্ব বুঝতে পারবেন।

Source: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii