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

ایک AI اسسٹنٹ مفید ہے۔ لیکن پیچیدہ سافٹ ویئر آرکیٹیکچر کے لیے یہ کافی نہیں ہے۔

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

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

مبہم مسائل کو حل کرنے کے لیے، آپ کو ایک AI Council کی ضرورت ہے۔ یہ کوئی نیا پلیٹ فارم نہیں ہے۔ یہ ایک ایسا ورک فلو ہے جہاں متعدد AI contexts مختلف کرداروں (roles) سے ایک تجویز کا جائزہ لیتے ہیں۔

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

یہ رہا ورک فلو:

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

طاقت کرداروں کی علیحدگی (role separation) سے آتی ہے۔ صرف یہ نہ پوچھیں کہ "آپ کا کیا خیال ہے؟" مختلف AI sessions کو مخصوص کردار سونپیں:

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

سب سے اہم حصہ Objection Ledger ہے۔ اس کے بغیر، فیڈ بیک مبہم آراء بن کر رہ جاتا ہے۔ ایک لیجر آپ کو ہر تشویش کو حل کرنے پر مجبور کرتا ہے۔ آپ اعتراضات کو Open، Accepted، Rejected، یا Resolved کے طور پر نشان زد کرتے ہیں۔ یہ ایک قابلِ آڈٹ فیصلہاتی ریکارڈ تخلیق کرتا ہے۔

آپ کاپی پیسٹ کا رکاوٹ (bottleneck) نہیں بنتے۔ Source-grounded ایجنٹ سنتھیسز (synthesis) کرتا ہے۔ آپ Governor کے طور پر کام کرتے ہیں۔ آپ دستی کام نہیں کرتے۔ آپ فیصلہ کن مراحل (gates) کے مالک ہوتے ہیں۔

آپ فیصلوں کے مالک ہوتے ہیں:

  • کب تکرار (iterating) روکنی ہے۔
  • کب spec کی منظوری دینی ہے۔
  • کب حتمی خطرے کو قبول کرنا ہے۔

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

چھوٹے پیمانے سے شروع کریں۔ ایک critic اور ایک simplifier استعمال کریں۔ آپ کو فوراً اس کی اہمیت کا اندازہ ہو جائے گا۔

ماخذ: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii