مائیکروسافٹ اور نووو نورڈسک کی ایک مشترکہ ڈیولپمنٹ ٹیم نے ایک اے آئی ایجنٹ کو دوبارہ نافذ کیا ہے، جسے طبی ماہرین نووو نورڈسک کے کلینیکل ٹرائل ڈیٹا کو کھنگالنے کے لیے استعمال کرتے ہیں، اور اسے ہوسٹڈ ایجنٹ کے طور پر Microsoft Foundry پر منتقل کر دیا ہے۔ Command Line پر شائع ہونے والی ایک پوسٹ میں مصنفین کا کہنا ہے کہ اس تبدیلی سے آپریشنز آسان ہوئے، صارفین کے سیشنز کے درمیان علیحدگی مضبوط ہوئی اور ایجنٹ براہِ راست Foundry کے ٹریسنگ، جانچ اور اصلاحی ٹولز سے منسلک ہو گیا۔
ایجنٹ کیا کرتا ہے
یہ ایجنٹ ثانوی تجزیے میں معاونت کرتا ہے، یعنی ایسا کام جو ٹرائل پروٹوکول سے آگے جاتا ہے، جیسے کسی مفروضے کو جانچنا یا مریضوں کے گروہوں کا موازنہ کرنا۔ ٹیم کے مطابق اس کا مرکزی ٹول وہ کوڈ ہے جو یہ خود لکھتا اور ایک کنٹرول شدہ ماحول میں چلاتا ہے، جس کے بعد یہ ایک خلاصہ اور ایک چارٹ پیش کرتا ہے۔ یہ منصوبہ ایک فارورڈ ڈپلائیڈ انجینئرنگ مشغولیت سے پروان چڑھا۔ اس کا پہلا پروڈکشن ورژن Azure Container Apps پر چلتا تھا، جس میں PostgreSQL گفتگوؤں کو محفوظ کرتا تھا اور Azure Container Apps کے ڈائنامک سیشنز کوڈ کے لیے سینڈ باکس فراہم کرتے تھے۔ اس کے نتیجے میں اسکیلنگ، سیشن لائف سائیکل، علیحدگی، نیٹ ورکنگ اور ٹیلی میٹری کی ذمہ داری ٹیم پر رہی۔
نئے انتظام کے تحت مصنفین کے مطابق ماڈلز اور ٹولز کا انتخاب اور اس بات کا فیصلہ کہ ایجنٹ اپنے کام کو کیسے منظم کرے، اب بھی ان کے اختیار میں ہے۔ اب Foundry اینڈ پوائنٹ اور ایجنٹ کی شناخت چلاتا ہے، ہر سیشن کے لیے کمپیوٹ فراہم کرتا ہے، اسٹیٹ کو محفوظ رکھتا ہے اور اسکیلنگ سنبھالتا ہے۔
سیشنز کو الگ رکھنا
مصنفین جس تبدیلی کو نمایاں کرتے ہیں وہ سیشنز کی علیحدگی کا طریقہ ہے۔ اب ہر سیشن ایک مخصوص سینڈ باکس میں چلتا ہے جو VM کی سطح پر الگ تھلگ ہوتا ہے، جسے Foundry طلب پر شروع کرتا ہے اور مقررہ غیر فعال مدت گزرنے پر ہٹا دیتا ہے۔ ٹیم کا کہنا ہے کہ یہ اس لیے اہم ہے کہ ایجنٹ کا اپنا تیار کردہ کوڈ حساس کلینیکل ڈیٹا پر کام کرتا ہے۔ Foundry Agent Service نجی نیٹ ورکنگ بھی فراہم کرتی ہے، جس کے بارے میں مصنفین کہتے ہیں کہ اس سے وہ ایسے ڈیٹا کے لیے آنے اور جانے والی ٹریفک کو کنٹرول کر سکتے ہیں جو منظور شدہ حدود کے اندر ہی رہنا چاہیے۔
ٹیم زور دیتی ہے کہ پلیٹ فارم سلامتی یا معیار کی ذمہ داری اپنے اوپر نہیں لیتا۔ انہیں اب بھی رسائی کے کنٹرول طے کرنا، ٹیلی میٹری کو محفوظ بنانا اور کم کرنا، ایجنٹ کو اپنے مخصوص استعمال کے مطابق پرکھنا اور ہر اس نظام کی جانچ کرنا پڑی جسے ایجنٹ کال کر سکتا ہے۔
نیٹ ورک کی منصوبہ بندی پہلے سے کریں
مصنفین کا موقف ہے کہ نجی نیٹ ورکنگ کا فیصلہ ڈیزائن کے مرحلے پر ہی کر لینا چاہیے۔ سیشنز IP ایڈریس استعمال کرتے ہیں، اور Foundry اکاؤنٹ سے منسلک سب نیٹ بعد میں تبدیل نہیں کیا جا سکتا، اس لیے بہت چھوٹی رینج معمول کے صلاحیتی اضافے کو بڑی انفراسٹرکچر منتقلی میں بدل سکتی ہے۔ وہ Foundry کی موجودہ رہنمائی کا حوالہ دیتے ہیں: پروڈکشن کے لیے /24 سب نیٹ، جبکہ چھوٹی تعیناتیوں کے لیے /27 سب سے چھوٹا معاون سائز ہے۔
ٹریسز اور معیار کی جانچ
Foundry ٹریسنگ OpenTelemetry پر انحصار کرتی ہے اور ڈیٹا کو Azure Monitor Application Insights میں رکھتی ہے؛ منتقلی کے دوران ٹیم نے ٹریسز Langfuse کو بھی بھیجے۔ چونکہ ایک ٹریس میں پرامپٹس، آؤٹ پٹس اور ٹول کے ان پٹس اور نتائج ریکارڈ ہو سکتے ہیں، اس لیے مصنفین کے مطابق کلینیکل ٹیلی میٹری کو دیگر حساس پروڈکشن ڈیٹا کی طرح ہی برتاؤ ملنا چاہیے، جس میں معلومات کو چھپانا، کم سے کم رکھنا، برقرار رکھنے کی حدود اور محدود رسائی شامل ہیں۔
ٹیم نے اپنے بیک اینڈ معاہدوں کو جوں کا توں رکھا، چنانچہ اس کا موجودہ جانچ کا فریم ورک دوبارہ تیار کردہ ایجنٹ تک بغیر تبدیلی کے پہنچ گیا اور اسی ٹیسٹ سیٹ اور گریڈرز کے ساتھ اس کی اسکورنگ کر سکا، جن میں موضوعاتی ماہرین کے حوالہ جاتی جوابات سے موازنے بھی شامل ہیں۔ مصنفین کے مطابق ان اسکورز نے منتقلی کی بنیادی سطح اور رجعت سے بچاؤ کی جانچ کے طور پر کام کیا۔
یہ پوسٹ منصوبے کی ٹیم کا اپنا بیان ہے، کوئی آزادانہ جائزہ نہیں۔
