میں مبہم انجینئرنگ مسائل کو حل کرنے کے لیے AI Councils کا استعمال کیسے کرتا ہوں

ایک AI اسسٹنٹ مفید ہوتا ہے۔ لیکن یہ ہمیشہ کافی نہیں ہوتا۔

اگر آپ کوڈنگ کے لیے AI استعمال کرتے ہیں، تو آپ اس پیٹرن سے واقف ہوں گے۔ آپ ایک مسئلہ بیان کرتے ہیں۔ ماڈل ایک حل تجویز کرتا ہے۔ یہ اچھا لگتا ہے۔ آپ اسے نافذ کرتے ہیں۔ پھر تین دن بعد آپ کو ایک بڑا نقص نظر آتا ہے۔ آرکیٹیکچر ایک باؤنڈری کنڈیشن (boundary condition) پر ناکام ہو گیا۔ اس نے دو ایسی چیزوں کو آپس میں جوڑ دیا جو الگ ہونی چاہیے تھیں۔

یہ ماڈل کی ناکامی نہیں ہے۔ یہ عمل (process) کی ناکامی ہے۔ ایک واحد ماڈل میں اپنے مفروضات کو چیلنج کرنے کی صلاحیت نہیں ہوتی۔

پیچیدہ انجینئرنگ کاموں کے لیے، آپ کو ایک AI Council کی ضرورت ہوتی ہے۔ یہ کوئی نیا پلیٹ فارم نہیں ہے۔ یہ ایک منظم ورک فلو (workflow) ہے جہاں متعدد AI کردار ایک تجویز کا مختلف زاویوں سے جائزہ لیتے ہیں۔

مقصد AI کے استعمال کو ایک منظم انجینئرنگ ورک فلو میں تبدیل کرنا ہے۔

یہ ورک فلو اس طرح کام کرتا ہے:

• Problem Statement: آپ مسئلے کی وضاحت کرتے ہیں۔ • Architect Agent: ایک سورس پر مبنی ایجنٹ ابتدائی تجویز تیار کرتا ہے۔ • AI Council: مختلف AI کردار تجویز کا جائزہ لیتے ہیں۔ • Feedback Synthesis: ایک ایجنٹ تمام فیڈ بیک کو یکجا کرتا ہے اور تضادات کی نشاندہی کرتا ہے۔ • Objection Ledger: آپ ہر اعتراض، اس کی شدت اور اس کے حل کا سراغ لگاتے ہیں۔ • Human Governance: آپ فیصلہ کرتے ہیں کہ کب رکنا ہے یا آگے بڑھنا ہے۔ • Executor Agent: ایک الگ ایجنٹ منصوبے پر عمل درآمد کرتا ہے۔ • Auditor Agent: ایک آخری ایجنٹ کوڈ کو اصل تفصیلات (spec) کے مطابق چیک کرتا ہے۔

آپ کے کونسل کے کرداروں میں شامل ہونا چاہیے:

  • System Thinker: خطرات اور سسٹم کی حدود کا جائزہ لیتا ہے۔
  • Critical Reviewer: مفروضات کو چیلنج کرتا ہے اور خامیوں کو تلاش کرتا ہے۔
  • Simplifier: غیر ضروری پیچیدگیوں کو تلاش کرتا ہے۔
  • Alternatives Reviewer: مختلف طریقوں کی تجویز دیتا ہے۔

جادو زیادہ ماڈلز استعمال کرنے میں نہیں ہے۔ جادو کرداروں کی علیحدگی (role separation) میں ہے۔ جب آپ AI سے کہتے ہیں کہ "اس کا جائزہ لیں،" تو آپ کو مبہم جوابات ملتے ہیں۔ جب آپ AI سے کہتے ہیں کہ "تین سب سے بڑے آرکیٹیکچرل خطرات تلاش کریں،" تو آپ کو قابل عمل ڈیٹا ملتا ہے۔

آپ کو سیاق و سباق (contexts) کو بھی الگ کرنا چاہیے۔ جو ایجنٹ کوڈ لکھتا ہے، اسے وہی ایجنٹ نہیں ہونا چاہیے جو کوڈ کا آڈٹ کرتا ہے۔ یہ AI کو ایک ہی طرح کی خامیوں (blind spots) کا شکار ہونے سے روکتا ہے۔

انسان دستی کام نہیں کرتا۔ انسان فیصلہ کن مراحل (gates) کا مالک ہوتا ہے۔ آپ فیصلہ کرتے ہیں کہ کب فیڈ بیک کافی ہے۔ آپ فیصلہ کرتے ہیں کہ کن خطرات کو قبول کرنا ہے۔ آپ انجینئرنگ مینیجر ہیں، دستی مزدور نہیں۔

اسے زیادہ خطرے والے ریفیکٹرز (refactors) اور مبہم آرکیٹیکچر کے لیے استعمال کریں۔ اسے معمولی بگ فکسز کے لیے استعمال نہ کریں۔ یہ اضافی محنت (overhead) صرف اس وقت کارآمد ہے جب غلطی کی قیمت زیادہ ہو۔

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

Optional learning community: https://t.me/GyaanSetuAi