কীভাবে আমি অস্পষ্ট ইঞ্জিনিয়ারিং সমস্যা সমাধানের জন্য AI Councils ব্যবহার করি
একটি AI অ্যাসিস্ট্যান্ট কার্যকর। তবে এটি সব সময় যথেষ্ট নয়।
আপনি যদি কোডিংয়ের জন্য AI ব্যবহার করেন, তবে আপনি এই প্যাটার্নটি জানেন। আপনি একটি সমস্যার বর্ণনা দেন। মডেলটি একটি সমাধানের প্রস্তাব দেয়। এটি দেখতে ভালো মনে হয়। আপনি এটি প্রয়োগ করেন। তারপর তিন দিন পর আপনি একটি বিশাল ত্রুটি খুঁজে পান। আর্কিটেকচার একটি বাউন্ডারি কন্ডিশনে (boundary condition) ব্যর্থ হয়েছে। এটি এমন দুটি বিষয়কে যুক্ত করে ফেলেছে যা আলাদা থাকা উচিত ছিল।
এটি মডেলের ব্যর্থতা নয়। এটি প্রক্রিয়ার ব্যর্থতা। একটি একক মডেলের নিজস্ব অনুমানগুলোকে চ্যালেঞ্জ করার ক্ষমতা নেই।
জটিল ইঞ্জিনিয়ারিং কাজের জন্য আপনার একটি AI Council প্রয়োজন। এটি কোনো নতুন প্ল্যাটফর্ম নয়। এটি একটি সুসংগঠিত ওয়ার্কফ্লো যেখানে একাধিক AI রোল (role) বিভিন্ন দৃষ্টিকোণ থেকে একটি প্রস্তাব পর্যালোচনা করে।
এর লক্ষ্য হলো AI ব্যবহারকে একটি নিয়ন্ত্রিত ইঞ্জিনিয়ারিং ওয়ার্কফ্লোতে রূপান্তরিত করা।
ওয়ার্কফ্লোটি যেভাবে কাজ করে তা নিচে দেওয়া হলো:
• Problem Statement: আপনি সমস্যাটি সংজ্ঞায়িত করেন। • Architect Agent: একটি সোর্স-গ্রাউন্ডেড (source-grounded) এজেন্ট একটি প্রাথমিক প্রস্তাব তৈরি করে। • AI Council: বিভিন্ন AI রোল প্রস্তাবটি পর্যালোচনা করে। • Feedback Synthesis: একটি এজেন্ট সমস্ত ফিডব্যাক একত্রিত করে এবং দ্বন্দ্বগুলো চিহ্নিত করে। • Objection Ledger: আপনি প্রতিটি আপত্তি, এর গুরুত্ব এবং এর সমাধান ট্র্যাক করেন। • Human Governance: আপনি কখন থামবেন বা এগোবেন তা সিদ্ধান্ত নেন। • Executor Agent: একটি আলাদা এজেন্ট পরিকল্পনাটি বাস্তবায়ন করে। • Auditor Agent: একটি চূড়ান্ত এজেন্ট মূল স্পেসিফিকেশনের বিপরীতে কোডটি পরীক্ষা করে।
আপনার কাউন্সিলে নিচের রোলগুলো অন্তর্ভুক্ত থাকা উচিত:
- System Thinker: ঝুঁকি এবং সিস্টেমের সীমানা মূল্যায়ন করে।
- Critical Reviewer: অনুমানগুলোকে চ্যালেঞ্জ করে এবং ফাঁকফোকর খুঁজে বের করে।
- Simplifier: অপ্রয়োজনীয় জটিলতা খুঁজে বের করে।
- Alternatives Reviewer: ভিন্ন ভিন্ন পদ্ধতির পরামর্শ দেয়।
আসল জাদু বেশি মডেল ব্যবহার করার মধ্যে নেই। আসল জাদু হলো রোলের বিভাজন (role separation)। যখন আপনি একটি AI-কে "এটি পর্যালোচনা করো" বলেন, তখন আপনি অস্পষ্ট উত্তর পান। যখন আপনি একটি AI-কে "তিনটি সবচেয়ে বড় আর্কিটেকচারাল ঝুঁকি খুঁজে বের করো" বলেন, তখন আপনি কার্যকর ডেটা পান।
আপনাকে প্রেক্ষাপট বা কনটেক্সটও আলাদা করতে হবে। যে এজেন্ট কোড লেখে, সেই একই এজেন্ট যেন কোড অডিট না করে। এটি AI-এর একই ধরনের সীমাবদ্ধতা (blind spots) শেয়ার করা রোধ করে।
মানুষ এখানে কায়িক শ্রম দেয় না। মানুষ এখানে সিদ্ধান্ত গ্রহণকারী বা গেটকিপার হিসেবে কাজ করে। ফিডব্যাক কখন যথেষ্ট হবে তা আপনি ঠিক করেন। কোন ঝুঁকিগুলো গ্রহণ করা হবে তা আপনি সিদ্ধান্ত নেন। আপনি একজন ইঞ্জিনিয়ারিং ম্যানেজার, কোনো সাধারণ কর্মী নন।
এটি উচ্চ-ঝুঁকিপূর্ণ রিফ্যাক্টর (refactor) এবং অস্পষ্ট আর্কিটেকচারের ক্ষেত্রে ব্যবহার করুন। তুচ্ছ বাগ ফিক্সের (bug fixes) জন্য এটি ব্যবহার করবেন না। অতিরিক্ত কাজের চাপ তখনই সার্থক যখন একটি ভুলের মূল্য অনেক বেশি।
Source: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii
Optional learning community: https://t.me/GyaanSetuAi