اپن راؤٹر ٹاسک ڈیلی گیشن کے لیے سب ایجینٹ ٹول شروع کرتا ہے

ME AI کی خبر، Beating مونیٹرنگ کے مطابق، OpenRouter نے سرور سائیڈ ایجینٹ ٹول `openrouter:subagent` متعارف کرایا ہے اور اسے ٹیسٹ کے لیے شروع کر دیا ہے، جس سے بڑے ماڈلز کو مکمل تخلیق کے درمیان مستقل ذیلی کاموں کو چھوٹے، سستے اور تیز تر امکانی ماڈلز کو سونپنا ممکن ہو جاتا ہے۔ جب ایک بنیادی ماڈل کو ایسا خود کافی کام ملتا ہے جس کے لیے اس کی مکمل صلاحیت کی ضرورت نہ ہو (جیسے دستاویزات کا خلاصہ، ساختی ڈیٹا کی نکالی، ٹیمپلیٹ تیار کرنا اور ٹیکسٹ فارمیٹنگ)، تو وہ ایجینٹ ٹول کو کام کا نام (task_name) اور کام کا تفصیل (task_description) درج کرکے فراہم کر سکتا ہے۔ ذیلی کاموں کو عملی ماڈل انجام دیتا ہے اور نتائج (outcome) کی شکل میں بنیادی ماڈل کو واپس بھیج دیا جاتا ہے تاکہ بعد میں انہیں ضم کیا جا سکے۔ عملی ماڈل OpenRouter کے کسی بھی سپورٹ شدہ ماڈل ہو سکتا ہے، جو صرف ٹول کی تعریف میں `parameters.model` سے متعین نہیں ہوتا، بلکہ اگر متعین نہ ہو تو بنیادی ماڈل سے براہ راست ورثہ بھی لے سکتا ہے۔ عملی ماڈل کی انجام دہی کو بڑھانے کے لیے، وہ مستقل OpenRouter سرور ٹولز (جیسے آن لائن تلاش `openrouter:web_search` یا ویب اسکریپنگ `openrouter:web_fetch`) سے لैس ہو سکتا ہے، جس سے حتمی ٹیکسٹ تخلیق کرنے سے پہلے سینڈ باکس ماحول میں متعدد مراحل کا استدلال اور ڈیٹا حاصل کرنا ممکن ہو جاتا ہے۔ چونکہ عملی ماڈل سرور پر انجام پاتا ہے، اس لیے اس میں کلائنٹ ایگزکیوٹرز کی ضرورت والے کسٹم فنکشن ٹولز سپورٹ نہیں ہوتے۔ چونکہ عملی ماڈل بنیادی ماڈل کے ماحول کا حوالہ نہیں دے سکتا اور مختلف کاموں کے درمیان مموری شئیر نہیں کر سکتا، بنیادی ماڈل کو کام کے تفصیل میں مکمل پس منظر اور آؤٹ پٹ فارمیٹ کی ضرورت واضح طور پر فراہم کرنی چاہئے۔ ماڈلز کے اندر اندر بلند ہونے سے لا متناہی رکرشن اور لاگت پر قابو نہ رکھنے سے بچنے کے لیے، OpenRouter نے دو حفاظتی نظام متعارف کرائے ہیں: تعریف میں خود حوالہ دینے پر پابندی عائد کرنا اور درخواست ہیدرز کے ذریعے اندر اندر جانچنے کا حد تعین کرنا، جس میں ذیلی درخواستوں میں اجینٹ ٹولز کو مضبوط طور پر الگ کر دینا شامل ہے۔ اس کے علاوہ، اکلوتے API درخواست میں کاموں کا مجموعہ بھي سخت حد تک محدود ہے۔ (ذرائع: BlockBeats)