𝗧𝗵𝗲 𝗩𝗶𝗮𝗯𝗶𝗹𝗶𝘁𝘆 𝗧𝗲𝘀𝘁 𝗘𝘃𝗲𝗿𝘆 𝗔𝗜 𝗔𝗿𝗰𝗵𝗶𝘁𝗲𝗰𝘁𝘂𝗿𝗲 𝗙𝗮𝗶𝗹𝘀

زیادہ تر AI ڈویلپمنٹ آرکیٹیکچرز ناقص ہیں۔

صنعت ایک سادہ فارمولے پر چلتی ہے: Agent = Model + Harness۔ یہ منطق ماڈل کو ہی پورا سسٹم سمجھتی ہے۔ یہ ایک غلطی ہے۔

ایک کام کرنے والے سسٹم کے لیے پانچ ضروری عناصر کی ضرورت ہوتی ہے۔ اگر آپ ایک بھی چھوڑ دیں، تو سسٹم ناکام ہو جاتا ہے۔ اگر آپ ایک بھی نکال دیں، تو سسٹم ختم ہو جاتا ہے۔

موجودہ AI آرکیٹیکچرز اس لیے ناکام ہو رہے ہیں کیونکہ ان میں ان پانچ میں سے دو حصے موجود نہیں ہیں۔

پانچ عناصر یہ ہیں:

  • ٹول (The Model): یہ آؤٹ پٹ تیار کرتا ہے، جیسے کہ کوڈ یا ٹیسٹ۔ یہ بنیادی سرگرمی ہے، لیکن یہ خود سسٹم نہیں ہے۔
  • انجن (The Specification): یہ انسانی مقصد (intent) ہے۔ یہ کامیابی کی ایک پائیدار، ورژن شدہ اور قابلِ جانچ تعریف ہے۔ اس کے بغیر، جنریشن (generation) کی کوئی سمت نہیں ہوتی۔
  • ٹرانسمیشن (The Delivery): یہ CI/CD اور مشین کے قابلِ فہم معاہدوں (machine-readable contracts) کے ذریعے کوڈ سے ڈیپلائمنٹ تک تبدیلیوں کو منتقل کرتا ہے۔
  • کنٹرول یونٹ (Independent Verification): یہ وہ حصہ ہے جو غائب ہے۔ یہ ایک آزاد گیٹ (gate) ہے جو اسپیسیفیکیشن کے مطابق آؤٹ پٹ کی پیمائش کرتا ہے۔ یہ ماڈل کا خود کو چیک کرنا نہیں ہے۔ اسے ایک یقینی (deterministic) سسٹم ہونا چاہیے، جیسے کہ ٹائپ چیکر (type checker) یا ٹیسٹ سویٹ (test suite)۔
  • کیسنگ (Boundaries and Continuity): یہ سسٹم کی حفاظت کرتا ہے۔ یہ ایجنٹس کو حدود پار کرنے سے روکنے کے لیے ماڈیول آئسولیشن (module isolation) کا استعمال کرتا ہے۔ یہ غیر ضروری کوڈ کے پھیلاؤ (code bloat) کو روکنے کے لیے کمی (subtraction) کا طریقہ بھی استعمال کرتا ہے۔

"Model + Harness" کے ساتھ مسئلہ یہ ہے کہ یہ صرف ٹول پر توجہ مرکوز کرتا ہے۔

کنٹرول یونٹ کے بغیر ایک طاقتور ٹول ایک ایسی مشین ہے جو غیر تصدیق شدہ غلطیاں پیدا کرتی ہے۔ کنٹرول یونٹ کے بغیر تیز رفتار ٹرانسمیشن ایک ایسی ڈاک سروس ہے جو مکمل بھروسے کے ساتھ بم پہنچاتی ہے۔

یہی وجہ ہے کہ زیادہ طاقتور ماڈلز اکثر مسئلے کو مزید خراب کر دیتے ہیں۔ وہ محض غیر تصدیق شدہ آؤٹ پٹ زیادہ تیزی سے تیار کرتے ہیں۔

سینکڑوں ایجنٹس تک وسعت دینے کے لیے، آپ کو بہتر آرکیسٹریشن (orchestration) کی ضرورت نہیں ہے۔ آپ کو بہتر ڈی کمپوزیشن (decomposition) کی ضرورت ہے۔

ایجنٹس کو ایک ہی فائلوں پر کام نہیں کرنا چاہیے۔ انہیں سخت انٹرفیسز اور معاہدوں (contracts) کے ذریعے متعین کردہ آزاد ماڈیولز پر کام کرنا چاہیے۔ انسانی انجینئرنگ ٹیمیں اسی طرح کام کرتی ہیں۔ وہ کی اسٹروکس (keystrokes) کو ہم آہنگ نہیں کرتے؛ وہ APIs اور اسپیسیفیکیشنز کے ذریعے ہم آہنگی پیدا کرتے ہیں۔

یہ پوچھنا بند کریں کہ ماڈل کو کس چیز کی ضرورت ہے۔ یہ پوچھنا شروع کریں کہ درست سافٹ ویئر تیار کرنے کے لیے سسٹم کو کس چیز کی ضرورت ہے۔

Source: https://dev.to/bala_paranj_059d338e44e7e/the-viability-test-every-ai-dev-architecture-fails-d3

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