سادہ ہارنیس اور کوڈ چلانے والے ایجنٹس کھلے نوعیت کے کاموں کے لیے زیادہ موزوں ہیں، جہاں حد سے زیادہ سخت نظم ماڈل کی کارکردگی محدود کر سکتا ہے.
اس کے ساتھ، کوڈ چلانا اور سینڈ باکسنگ اب ایجنٹ پر مبنی نظاموں کے بنیادی تعمیراتی پہلو بن گئے ہیں.
ہمارے تجربات میں ایجنٹس ایس ڈی کے نے کوڈ چلانے والے ایجنٹس بنانے کے لیے درکار پیچیدگی اور کوڈ کو چھ گنا تک کم کر دیا.
طویل عرصے تک ایجنٹ نظاموں میں پیش رفت نظم کو بہتر بنانے سے ہوئی: بہتر پرومپٹ، ٹول انٹرفیس، سیاق و سباق کا انتظام اور زیادہ سخت کنٹرول فلو. لیکن جیسے جیسے کوڈنگ ایجنٹس زیادہ باصلاحیت ہو رہے ہیں، یہ توازن بدلنے لگا ہے.
بہت سے کھلے نوعیت کے ورک فلو میں اب رکاوٹ خود ایجنٹ لوپ نہیں بلکہ عمل درآمد کی تہہ ہے: وہ سینڈ باکس جہاں ماڈل کوڈ لکھتا، کمانڈز چلاتا، نتائج کا جائزہ لیتا اور بار بار بہتری کرتا ہے. جیسے جیسے کام کی سطح کی مزید ریزننگ اس ماحول میں منتقل ہوتی ہے، آس پاس کے نظم کو آسان بنانا ضروری ہے تاکہ ماڈل اپنی پوری صلاحیت دکھا سکے.
یہی تبدیلی ایجنٹس ایس ڈی کے کا نیا ورژن ممکن بناتا ہے. ابتدائی رسائی کے دوران ہماری جانچ سے معلوم ہوا کہ فریم ورک منطق کی ایک اور تہہ شامل کرنے کے بجائے، یہ عمل درآمد کی تہہ کو زیادہ ماڈیولر اور قابلِ ترکیب بناتا ہے تاکہ باقی نظام سادہ رہ سکے.
ہارنیس انجینئرنگ میں ہارنیس کو اس کی کم سے کم مؤثر شکل تک محدود کرنا اب مقبول ہو گیا ہے. وسیع معنوں میں ہارنیس، ماڈل کے گرد موجود سافٹ ویئر ہے: وہ تہہ جو سیاق و سباق، ٹولز، کنٹرول فلو اور فیڈبیک لوپس سنبھالتی ہے تاکہ ماڈل قابلِ اعتماد انداز میں کام کر سکے.
گزشتہ چند برسوں میں ایجنٹ کی کارکردگی میں بہت سی بہتریاں اسی تہہ کو مضبوط بنانے سے آئیں. بہتر ٹولز، بہتر میموری اور بازیافت، زیادہ واضح تقسیمِ کار اور زیادہ سخت نظم نے اکثر نظاموں کو زیادہ قابلِ اعتماد اور باصلاحیت بنایا. اس طرز میں پیش رفت کا بڑا مطلب ماڈل کے آس پاس موجود سافٹ ویئر میں کام کی مزید منطق شامل کرنا تھا.
کم از کم کھلے نوعیت کے بعض کاموں میں یہ رجحان اب کمزور پڑ رہا ہے. منصوبوں اور تحقیقی مقالوں کی بڑھتی تعداد بتاتی ہے کہ ہارنیس کو زیادہ پابند بنانے سے کارکردگی ہمیشہ بہتر نہیں ہوتی. معاونتی کوڈنگ، طویل دورانیے کے کاموں، براؤزر کے استعمال، اور طویل سیاق والے کاموں میں یہی رجحان بار بار نظر آتا ہے: جب ماڈل کافی ذہین ہو جائے تو آس پاس کے سافٹ ویئر میں کام کا بہت زیادہ ڈھانچا مسلط کرنا فائدے کے بجائے رکاوٹ بن سکتا ہے.
یوں ہارنیس کا کردار بدل رہا ہے. سخت نظم کے ذریعے کام کا پیشگی اندازہ لگانے کے بجائے، ہارنیس اب زیادہ سے زیادہ ایک صاف عمل درآمدی سطح فراہم کرتا ہے: ایسا سینڈ باکس جہاں ماڈل حالت کا جائزہ لے، کوڈ چلائے، خرابیوں سے بحال ہو اور نظام کے انٹرفیسز اور حفاظتی تدابیر کی حدود میں رہتے ہوئے اپنا طریقہ ڈھال سکے. یہ اس تبدیلی کے قریب ہے جسے آندرے کارپاتھی نے سافٹ ویئر انجینئر 3.0 میں بیان کیا تھا: پہلے سافٹ ویئر میں موجود کچھ منطق اوپر منتقل ہو کر ”پرومپٹ“ میں آ جاتی ہے.
اس کا مطلب یہ نہیں کہ ایجنٹ نظاموں سے ہر جگہ ڈھانچا ہٹا دینا چاہیے. بہت سے کاموں کو اب بھی واضح ورک فلو، عملی قواعد اور قطعی حفاظتی حدود سے فائدہ ہوتا ہے، بالخصوص جب کام محدود یا بہت زیادہ تعداد میں ہو، یا کامیابی کا معیار واضح ہو. جیسا کہ ہم نے ایجنٹ پر مبنی نظام کی تشکیل کے عملی قواعد پر اپنی گزشتہ تحریر میں کہا تھا، جہاں قابلِ اعتماد منطقی بہاؤ ممکن اور مطلوب ہو وہاں مضبوط نظم اب بھی اہم ہے.
کھلے نوعیت کے کاموں میں توجہ کا مرکز بدل رہا ہے. اب چیلنج زیادہ پیچیدہ تنظیمی تہیں بنانے کے بجائے ایسے عمل درآمدی ماحول تیار کرنا ہے جو اتنے سادہ، قابلِ مشاہدہ اور ماڈیولر ہوں کہ ماڈل ان کے اندر مؤثر طریقے سے کام کر سکے.
جب ایجنٹ فائلیں پڑھنے، کوڈ لکھنے، شیل کمانڈز چلانے اور طویل دورانیے کے کام شروع کرنے کے قابل ہو جائے تو انجینئرنگ کا چیلنج بدل جاتا ہے. اب مشکل صرف پرومپٹ کی اصلاح یا ٹولز کی راہ بندی نہیں رہتی. حقیقی نظام پر کام کرنے کی صلاحیت ان ایجنٹس کو کہیں زیادہ طاقتور بناتی ہے، مگر حفاظت اور سلامتی کا دائرہ بڑھنے کے باعث انہیں زیادہ حساس بھی بنا دیتی ہے. مثلاً کوڈ چلانے والا ایجنٹ ناقص طور پر الگ کیے گئے ماحول میں نقصان دہ اقدامات کر سکتا ہے، جیسا کہ اے آئی ایس آئی کا سینڈ باکس بینچ دکھاتا ہے.
اس لیے ایجنٹ فریم ورکس میں سینڈ باکسنگ ایک نہایت اہم مسئلہ بنتی جا رہی ہے. پہلے کے نظاموں میں عمل درآمد کو عموماً ایک اضافی جز سمجھا جاتا تھا: ہارنیس سے جوڑا گیا ایک ٹول. لیکن جب عمل درآمد حالت برقرار رکھنے والا، طویل دورانیے کا یا ریموٹ ہو جائے تو یہ طریقہ ناکام ہونے لگتا ہے. خود سینڈ باکس، اس کے دورِ حیات، حالت، انٹرفیسز اور ایجنٹ لوپ کے ساتھ اس کے ربط کا انتظام جلد ہی نظام کی تشکیل کا الگ مسئلہ بن جاتا ہے. یہ ان وجوہ میں سے ایک ہے جن کے باعث اب زیادہ فراہم کنندگان کوڈ چلانے کے لیے زیرِ انتظام ماحول پیش کر رہے ہیں، جن میں OpenAI کا کنٹینر اے پی آئی اور شیل ٹول، موڈل، کلاؤڈ فلیئر، ڈیٹونا اور ای ٹو بی وغیرہ شامل ہیں.
یہ حد اہم ہے کیونکہ کوڈ چلانے کے لیے باقی ہارنیس کی نسبت زیادہ مضبوط علیحدگی اور رن ٹائم پر سخت کنٹرول درکار ہوتا ہے. عملی طور پر ناقص طور پر بنائے گئے کوڈ چلانے والے ایجنٹس کاروبار کے لیے تین سنگین خطرات پیدا کر سکتے ہیں: کمپیوٹنگ پر بے قابو خرچ، اندرونی نظاموں میں تباہ کن کارروائیاں اور حساس معلومات کا افشا. درست کنٹینرائزیشن، علیحدگی اور رن ٹائم حفاظتی تدابیر سے ان خطرات کو حقیقی دنیا میں تعیناتی کے لیے قابلِ قبول سطح تک محدود کیا جا سکتا ہے.
اسے یوں سمجھیں کہ ایجنٹ کو پورے دفتر کی چابیاں دینے کے بجائے اس کی اپنی بند ورک اسپیس دے دی جائے. وہ اس جگہ کے اندر مفید کام کر سکتا ہے، مگر صرف واضح طور پر متعین حدود میں. آپ اس کے کمپیوٹنگ استعمال کی حد مقرر کر سکتے ہیں، یہ محدود کر سکتے ہیں کہ وہ کن نظاموں اور فائلوں تک رسائی پائے، اور ابتدا ہی سے اسے دستیاب معلومات پر قابو رکھ سکتے ہیں.
اس سے خطرہ مکمل طور پر ختم نہیں ہوتا، مگر مسئلہ ”آپ کے بنیادی ڈھانچے میں آزاد گھومتا ایجنٹ“ سے بدل کر ”قابو یافتہ ماحول میں کام کرتا ایجنٹ“ بن جاتا ہے. اگر یہ تہہ ایجنٹ نظاموں کا معیاری حصہ بننے والی ہے تو خود فریم ورک میں اسے بنیادی سطح کی معاونت درکار ہے. اس طرح سینڈ باکس قابلِ منتقلی بنیادی اجزا والی ماڈیولر عمل درآمدی تہہ بن جاتا ہے، جسے ڈیولپرز تیزی سے اپنا سکتے ہیں، فراہم کنندگان کے درمیان بدل سکتے ہیں اور ایجنٹ کی منطق بار بار بنائے بغیر توسیع دے سکتے ہیں.
جب ایجنٹ کوڈ چلاتا ہے تو خود سینڈ باکس کو بھی نظم درکار ہوتا ہے. مقامی تصوراتی نمونے سے ریموٹ عمل درآمد، متعدد پس پردہ نظاموں یا طویل دورانیے کے سیشنز کی طرف جانے سے عملی بوجھ کئی گنا بڑھ جاتا ہے. آپ کو ماحول بنانے، انہیں روکنے، موقوف اور بحال کرنے، حالت کا اسنیپ شاٹ لینے، بعد میں دوبارہ جڑنے اور مختلف فراہم کنندگان پر ان سب کا انتظام کرنے کے لیے یکساں طریقہ درکار ہوتا ہے.
تصوراتی طور پر اس میں کچھ بھی پُرکشش نہیں، مگر عملی طور پر یہ اہم ہے. یہ عین وہ بنیادی ڈھانچا ہے جو ہر ٹیم کے ایجنٹ پر مبنی پائپ لائن کو ابتدا سے بنانے پر تکلیف دہ بن جاتا ہے، بالخصوص جب وہ ایجنٹ فریم ورک میں ضم نہ ہو…
یہی وہ مقام ہے جہاں فریم ورک کی بہتر معاونت اہم ہو جاتی ہے. ہمیں نئے OpenAI ایجنٹس ایس ڈی کے تک ابتدائی رسائی ملی اور ہم نے اس سے خود سینڈ باکس والے ایجنٹس بنائے. سب سے نمایاں بات تعمیراتی ترجیح میں تبدیلی تھی: ایس ڈی کے عمل درآمد کو ذیلی ٹول کے بجائے ایک بنیادی تہہ سمجھتا ہے. عملی طور پر اس کا مطلب ہے کہ آپ کم کوڈ کے ساتھ سینڈ باکس والا ایجنٹ شروع کر سکتے، سینڈ باکس کا اسنیپ شاٹ لے سکتے یا عمل درآمد بحال کر سکتے ہیں، جو ہماری بعض جانچوں میں تقریباً چھ گنا کم تھا، اور پھر اردگرد کی ایجنٹ منطق دوبارہ لکھے بغیر پس پردہ نظام بدل سکتے ہیں.
ذمہ داریوں کی یہ واضح تقسیم ہارنیس کو ریزننگ، سیاق و سباق اور ورک فلو پر مرکوز رہنے دیتی ہے. عمل درآمد کی تہہ علیحدگی، قابلِ منتقلی ہونے اور رن ٹائم حالت پر توجہ دے سکتی ہے. یہ تجرید ایسے کوڈنگ ایجنٹس بنانا آسان کرتی ہے جو زیادہ باصلاحیت ہوں اور جنہیں بہتر بنانا بھی آسان ہو، جو مقامی اور ریموٹ عمل درآمد کے درمیان منتقل ہو سکیں، طویل دورانیے کے کام سنبھالیں اور پورے نظام کو دوبارہ بنائے بغیر عمل درآمد کے پس پردہ نظام بدل سکیں.
جیسے جیسے کام کی سطح کی مزید منطق ہارنیس سے ماڈل میں منتقل ہوتی ہے، نظام کی کچھ پیچیدگی بھی اس کے ساتھ عمل درآمد کی تہہ میں منتقل ہو جاتی ہے. کوڈ چلانا اور سینڈ باکسنگ اب ایجنٹ پر مبنی نظاموں کے بنیادی تعمیراتی پہلو ہیں، بالخصوص کوڈنگ پر منحصر اور کھلے نوعیت کے کاموں کے لیے. اب ایجنٹ پر مبنی پائپ لائن کی تشکیل جتنی اہم ہے، اتنا ہی اہم ایسے ماحول کی تشکیل بھی ہے جہاں ایجنٹ محفوظ اور قابلِ اعتماد انداز میں طویل عرصے تک کام کر سکے.
اسی لیے سینڈ باکس والے عمل درآمد سے متعلق اعلیٰ سطح کی تجریدات اہم ہیں. نیا OpenAI ایجنٹس ایس ڈی کے عمل درآمد کو نظام کی ماڈیولر تہہ سمجھ کر اسی سمت بڑھتا ہے: مختلف پس پردہ نظاموں کے درمیان قابلِ منتقلی، طویل دورانیے کے کاموں میں حالت برقرار رکھنے والا، اور اتنا آسان کہ ہر نئی ترتیب کے لیے وہی بنیادی ڈھانچا دوبارہ نہ بنانا پڑے.
وسیع تر سبق یہ ہے کہ ایجنٹ فریم ورکس کی اگلی نسل کی پہچان غالباً اس سے کم ہوگی کہ وہ کتنی تنظیمی منطق شامل کرتے ہیں، اور اس سے زیادہ کہ وہ ان عمل درآمدی ماحولوں کو کتنی اچھی طرح منظم کرتے ہیں جن پر ایجنٹس کا انحصار بڑھتا جا رہا ہے.