𝗖𝗹𝗮𝘂𝗱𝗲 𝗗𝘆𝗻𝗮𝗺𝗶𝗰 𝗪𝗼𝗿𝗸𝗳𝗹𝗼𝘄𝘀 𝗮𝘀 𝗖𝗵𝗼𝗿𝗲𝗼𝗴𝗿𝗮𝗽𝗵𝗲𝗱 𝗦𝗲𝗺𝗮𝗻𝘁𝗶𝗰 𝗕𝗲𝗵𝗮𝘃𝗶𝗼𝗿𝘀
روایتی ورک فلو ہر مرحلے کے انتظام کے لیے ایک مرکزی کنٹرولر کا استعمال کرتے ہیں۔ کنٹرولر کو ترتیب کا علم ہوتا ہے: درجہ بندی کرنا، ٹول کال کرنا، انتظار کرنا، شاخ بنانا (branch)، اور ختم کرنا۔ یہ پیش گوئی کے لیے تو ٹھیک ہے، لیکن یہ غیر لچکدار ہے۔
میں ایک مختلف طریقہ کار استعمال کرتا ہوں۔ میرا سسٹم کوریوگرافڈ سیمنٹک بیہیویئرز (choreographed semantic behaviors) استعمال کرتا ہے۔ ایک کنٹرولر کے بجائے، ایجنٹس ایونٹس کو پبلش اور سبسکرائب کرتے ہیں۔ ایک ایجنٹ کے لیے پورے سسٹم کو جاننا ضروری نہیں ہے۔ اسے صرف سیمنٹک کنٹریکٹ (semantic contract) کا علم ہونا چاہیے۔
یہ ایک ہائبرڈ ماڈل تخلیق کرتا ہے:
- IntentGraph میکرو نیت (macro intention) کی وضاحت کرتا ہے۔
- QuarkBehavior سب سے چھوٹی سیمنٹک اکائی کی وضاحت کرتا ہے۔
- SubAgents ایونٹس پر ردعمل دیتے ہیں۔
- ProofAgents درستی کی تصدیق کرتے ہیں۔
- HealingAgents غیر مستند حالتوں (invalid states) کی مرمت کرتے ہیں۔
- BenchmarkAgents لاگت اور لیٹنسی (latency) کی پیمائش کرتے ہیں۔
- Governor فیصلہ کرتا ہے کہ آیا نتیجہ قابل قبول ہے یا نہیں۔
اس ماڈل میں، آرکیسٹریشن (orchestration) اعلیٰ سطح کی نیت کو سنبھالتی ہے۔ کوریوگرافی (choreography) مقامی مطابقت (local adaptation) کو سنبھالتی ہے۔ آرکیسٹریٹر بتاتا ہے کہ کیا حاصل کرنا ہے۔ ایجنٹس دریافت کرتے ہیں کہ ایونٹس پر کیسے ردعمل دینا ہے۔
میں اسے سیمنٹک روٹنگ (semantic routing) کہتا ہوں۔ جب کوئی پیغام آتا ہے، تو سسٹم نیت کی درجہ بندی کرتا ہے۔ یہ صرف ایک فنکشن کال نہیں کرتا۔ یہ ایک طرزِ عمل کا انتخاب کرتا ہے، ڈیٹا کی تصدیق کرتا ہے، اور کامیابی یا غلطی (error) کے ایونٹس جاری کرتا ہے۔
یہ آرکیٹیکچر کئی جدید پیٹرنز کو ممکن بناتا ہے:
Adversarial Verification ایک ایجنٹ کے آؤٹ پٹ تیار کرنے کے بعد، دوسرا ایجنٹ اسے غلط ثابت کرنے کی کوشش کرتا ہے۔ مخالف (adversary) ایک حملہ آور، ایک کمپائلر، یا ایک بدنیتی پر مبنی صارف کے طور پر کام کرتا ہے۔ یہ مددگار بننے کی کوشش نہیں کرتا، بلکہ یہ امیدوار (candidate) کو ناکام کرنے کی کوشش کرتا ہے۔
Generate-and-Filter سسٹم متعدد حل تیار کرتا ہے۔ پھر یہ انہیں ڈیٹرمینسٹک گیٹس (deterministic gates) سے گزارتا ہے۔ یہ گیٹس اسکیما، ٹائپس، یونٹ ٹیسٹ، اور سیکیورٹی پالیسیوں کو چیک کرتے ہیں۔ جنریشن سستی ہے، لیکن قبولیت سخت ہونی چاہیے۔
Tournament اگر کوئی ایک حل بہترین نہ ہو، تو میں ایک ٹورنامنٹ منعقد کرتا ہوں۔ میں کئی مقابلہ کرنے والے حل تیار کرتا ہوں اور ایک ربرک (rubric) کے مطابق انہیں اسکور کرتا ہوں۔ ہم انہیں CPU لاگت، میموری کے استعمال، اور حفاظت کی بنیاد پر موازنہ کرتے ہیں۔ ایک ٹورنامنٹ صرف فاتح ہی نہیں، بلکہ ایک اسکور کارڈ بھی فراہم کرتا ہے۔
Intent-based Healing زیادہ تر سسٹم ایرر (error) واپس کرتے ہیں اور رک جاتے ہیں۔ میرا سسٹم ایرر کو ایک نئے ایونٹ کے طور پر لیتا ہے۔ ایک ہیلنگ ایجنٹ ایرر کو سبسکرائب کرتا ہے، ٹریس (trace) وصول کرتا ہے، اور پے لوڈ (payload) کی مرمت کرنے کی کوشش کرتا ہے۔ یہ کنورجنس (convergence) کا ایک لوپ ہے۔
مقصد غلطیوں سے بچنا نہیں ہے۔ مقصد ہر غلطی کو ایک نئے سیمنٹک رویے میں تبدیل کرنا ہے۔ اگر کوئی ناکامی ہوتی ہے، تو اس کا مطلب ہے کہ ہمارے پاس علم کی کمی ہے۔ ہم اس ناکامی کو ایک نیا اصول بنانے کے لیے استعمال کرتے ہیں تاکہ وہ غلطی دوبارہ کبھی نہ ہو۔
یہ کوڈنگ کو محض اندازوں کے کھیل سے نکال کر انجینئرنگ میں بدل دیتا ہے۔
اختیاری لرننگ کمیونٹی: https://t.me/GyaanSetuAi