اوپن اے آئی اور بڑی ٹیک فرموں نے اے آئی ایجنٹ پلگ ان فارمیٹ کو متحد کر دیا ہے

6 اگست 2026 کو، OpenAI، مائیکروسافٹ، ایمیزون، کرسر اور ورسل نے مل کر Agent Plugins 1.0.0 کو جاری کیا، جس کا مقصد AI Agent کے لیے ایک کراس پروڈکٹ عام پلگ ان پیکیج فارمیٹ تیار کرنا ہے۔ ڈویلپرز Agent Skills کو، جو آپریشن ہدایات، اسکرپٹس اور حوالہ جات پر مشتمل ہوتے ہیں، اور ڈیٹا بیس، کلاؤڈ سروسز اور ڈویلپمنٹ ٹولز سے جڑنے والے MCP سرورز کو ایک ہی ڈائرکٹری میں رکھ سکتے ہیں؛ نظریہ طور پر صرف ایک بار پیک کرنے سے یہ ChatGPT، Codex، VS Code، Cursor، GitHub Copilot اور Kiro جیسے مطابقت رکھنے والے کلائنٹس میں استعمال ہو سکتے ہیں۔ اس کا مقصد مدل کی صلاحیتوں کو حل کرنا نہیں بلکہ Agent ایکوسسٹم میں ظاہر ہونے والی فارمیٹ کی تفرقہ ہے: ابھی ایک ہی صلاحیت کے لیے مختلف پروڈکٹس کے لیے الگ الگ لسٹنگ فائلز تحریر کرنا، ڈائرکٹری سٹرکچر تبدیل کرنا اور متعدد برانچز کو مینٹین کرنا ضروری ہوتا ہے۔ تاہم، 1.0.0 سپیفکیشن ابھی بھی "ورکنگ ڈرافٹ" کے طور پر علامت زد ہے، اور ابھی تک صرف پیکیج فارمیٹ کو ہی اسٹینڈرڈائز کیا گیا ہے، پلگ ان اسٹور، انسٹال پروٹوکول، اجازت ماڈل، سینڈ باکس آئولیشن اور سورس ویریفکیشن کو متعین نہیں کیا گیا۔ اس لیے، یہ زیادہ تر Agent ایکوسسٹم کا "پیکج فارمیٹ" ہے، اور ابھی تک ایسا مکمل اسٹور نہیں جہاں آپ کوئی بھی پلگ ان محفوظ طریقے سے انسٹال کر سکیں۔

مصنف اور ذریعہ: جوناتھن ہیفنر، ورسیل ٹیکنالوجی ٹیم کے رکن

گزشتہ سال AI ایجینٹ کے ایکوسسٹم نے دو اہم توسیعی صلاحیتیں تیار کیں۔

پہلا قسم Agent Skills ہے۔ ان کا عام طور پر ایکSKILL.md فائل، متعلقہ اسکرپٹس اور حوالہ جات پر مشتمل ہوتا ہے، جو Agent کو کسی خاص کام کو کرنے کا طریقہ بتاتی ہے۔ مثلاً، ایک ویب سائٹ ڈپلوی کرتے وقت، فنانشل دستاویزات کا تجزیہ کرتے وقت یا کوڈ کی سیکورٹی چیک کرتے وقت، اسکلز آپریشنل اسٹیپس، احتیاطی تدابیر، تصدیق کے قواعد اور فوری طور پر اجرا کیے جانے والے پروگرامز فراہم کر سکتے ہیں۔

دوسرا قسم MCP سرور ہے۔ MCP ایجینٹ کو باہری ٹولز اور ڈیٹا سے جوڑنے کا کام کرتا ہے، جیسے ڈیٹا بیس پڑھنا، GitHub کا استعمال کرنا، کلاؤڈ پلیٹ فارم کی حالت دریافت کرنا، یا اندر کے کاروباری سسٹمز کو فون کرنا۔ Skills کا تصور "ایجینٹ کو یہ سکھانا" ہے کہ وہ کیسے کام کرے، جبکہ MCP کا تصور "ایجینٹ کو واقعی استعمال کرنے کے لیے ٹولز فراہم کرنا" ہے۔

مسئلہ یہ ہے کہ اس سے پہلے ان کامپوننٹس کا کوئی ایک یکساں تھلاوہ نہیں تھا۔ چاہے کوئی مہارت یا MCP سرور کا مرکزی مواد بالکل ایک جیسا ہو، ڈویلپر جب اسے مختلف ایجینٹ مصنوعات میں جوڑتے ہیں، تو اکثر فہرست فائل، ڈائرکٹری سٹرکچر اور ترتیب کے فیلڈز کو الگ الگ تبدیل کرنے کی ضرورت پڑتی ہے۔ وقت کے ساتھ، ایک ہی اضافہ کے متعدد کلائنٹ-خصوصی ورژن بن جاتے ہیں؛ جب کسی ورژن میں خطا درست ہوتی ہے، تو دوسری شاخوں میں یہ تبدیلی ضروری طور پر مطابقت نہیں پاتی، جس سے گوگل کے الفاظ میں “شاخ اور بھٹکنا” پیدا ہوتا ہے۔

ایجینٹ پلگ انز کو فراہم کرنا ہے، یہ صرف ان صلاحیتوں کا ایک عام باکس ہے۔ اس کا کردار جاوا اسکرپٹ ایکوسسٹم کےpackage.jsonیا کنٹینر فیلڈ میں OCI فارمیٹ کے قریب ہے: یہ اندر کے کوڈ اور پروٹوکولز کو متبادل نہیں بناتا، بلکہ ان چیزوں کو کس طرح منظم، دریافت اور لوڈ کیا جائے، اس کا ایک یکساں تفصیل فراہم کرتا ہے۔

کے مطابق1.0.0 ورژن کی سپیکیفیکیشن، ایک Agent Plugin ایک مخصوص سٹرکچر والی ڈائرکٹری ہے جس کے رُوٹ ڈائرکٹری میں ضرورplugin.json ہونا چاہیے۔ سب سے سادہ ترین فہرست میں صرف استعمال کی جانے والی سپیکیفیکیشن کا ورژن اور پلگ ان کا نام درج ہونا چاہیے۔

اگر پلگ ان میں مہارتیں شامل ہیں، تو وہ سب مل کرskills/ڈائریکٹری میں ڈال دی جاتی ہیں، جہاں ہر مہارت کا اپناSKILL.mdہوتا ہے، اور اس کے ساتھ اسکرپٹس، رفرنس فائلز اور دیگر وسائل بھی شامل ہو سکتے ہیں۔ اگر پلگ ان کو باہری ٹولز سے جڑنا ہو، تو رُوت ڈائریکٹری میںmcp.json رکھیں جس میں ایک یا زیادہ MCP سرورز کا اعلان کیا جائے۔

MCP حصہ اب تک تین قسم کے کنکشن طریقے سپورٹ کرتا ہے: لوکل پروسیس کا stdio، جس کی تجویز اب تک سب سے بہتر ہے، Streamable HTTP، اور پرانے سسٹمز کے لیے محفوظ رکھا گیا HTTP+SSE۔ مختلف کلائنٹس کو تمام ٹرانسمیشن طریقوں کی ضرورت نہیں، لیکن کم از کم stdio یا Streamable HTTP میں سے ایک کو سپورٹ کرنا چاہیے۔

اس مخصوص ساخت کا ب без فائدہ یہ ہے کہ کلائنٹ کو فائل کی جگہ اندازہ کرنے کی ضرورت نہیں ہوتی اور پلگ ان مصنفین کو ہر مصنوعات کے لیے ڈائریکٹری کو دوبارہ ڈیزائن کرنے کی ضرورت نہیں ہوتی۔ ایک مطابقت پذیر کلائنٹ جو صرف Skills کو ہی سپورٹ کرتا ہو اور MCP کو نہیں، وہ اب بھی مہارت حصے کو پڑھ سکتا ہے؛ جب کوئی MCP ترتیب غلط ہو تو، معیار کے مطابق کلائنٹ کو ممکنہ حد تک غلط سرور کو نظرانداز کرنا چاہیے، نہ کہ پلگ ان کو مکمل طور پر بے کار بنانا۔

ایجینٹ پلگ انز کے ذریعہ فروشندہ اپنی مخصوص خصوصیات برقرار رکھ سکتے ہیں۔ کلائنٹ اپنے اپنے توسیعی نام کے خاندان کو ریورس ڈومین کے ذریعہ بناسکتے ہیں، جیسےcom.example.client۔ دوسرے کلائنٹس کو جب بھی ان کو ناپہچانے والی مخصوص ترتیبات ملیں تو وہ اسے نظرانداز کر دیں، پلگ ان کو مسترد نہ کریں۔ اس طرح معیار مشترکہ بنیاد فراہم کرتا ہے، جبکہ تمام مصنوعات کو بالکل ایک جیسی خصوصیات رکھنے پر مجبور نہیں کرتا۔

آفسیل کمپیٹیبل لسٹ میں اب تک VS Code، Cursor، GitHub Copilot، ChatGPT اور Codex، اور ایمازون کا Kiro شamil ہیں۔ Vercel نے ابتدائی معیار کا پیش خدمت پیش کیا، جس کے بعد AWS، Cursor کی مالکانہ کمپنی Anysphere، مائیکروسافٹ، OpenAI اور Vercel نے ابتدائی ٹیکنیکل گائیڈنس کمیٹی تشکیل دی؛ GitHub نے بھی معیار کو مکمل کرنے میں شرکت کی۔

گوگل نے جاری کرنے کے دن اعلان کیا کہ وہ مرکزی مینٹیننس کام میں شامل ہو رہا ہے اور متعلقہ مصنوعات کو اس فارمیٹ کی حمایت فراہم کرنا شروع کر دیا ہے۔ گوگل منصوبہ بندھ ہے کہ وہ Agents CLI اور Data Agent Kit میں Agent Plugins استعمال کرے گا تاکہ ڈویلپرز BigQuery، Spanner اور Cloud SQL جیسی ڈیٹا صلاحیتیں قابل انتقال پلگ انز میں مربوط کر سکیں۔

یہ شرکاء قابل توجہ ہیں کیونکہ وہ ماڈل اور پروڈکٹ لیول پر ایک ہی فریق نہیں ہیں۔ مائیکروسافٹ کے پاس VS Code اور GitHub Copilot ہیں جو OpenAI کے قریب ہیں؛ Cursor ایک مستقل AI پروگرامنگ ٹول ہے؛ AWS کے پاس Kiro ہے اور یہ کلاؤڈ مارکیٹ میں مائیکروسافٹ اور Google کے ساتھ مقابلہ کرتا ہے؛ جبکہ Vercel AI ایپلیکیشن ڈپلومنٹ پلیٹ فارم بننا چاہتا ہے۔ ان کا ایک ساتھ پیکیجنگ معیارات ترتیب دینے کا خواہش رکھنا ظاہر کرتا ہے کہ پلگ ان کا ٹکڑوں میں تقسیم ہونا تمام فرماوں کے لیے مینٹیننس لاگت میں اضافہ شروع کر چکا ہے۔

معیار کو عوامی لائسنس کے تحت استعمال کیا جائے گا، اور ٹیکنیکل تبادلہ خیال اور فیصلے بھی عوامی منصوبوں میں کیے جائیں گے۔ اس کا مقصد کم از کم ادارائی ڈیزائن کے لحاظ سے فارمیٹ کو ایک منفرد ماڈل کمپنی کے مکمل کنٹرول سے بچانا ہے۔ تاہم، عوامی حکمرانی کا آخری طور پر موثر ہونا، مستقبل کے ورژن کے فیصلہ سازی کے عمل، اور مختلف مصنوعات کے اپنے مخصوص اضافات پر زیادہ انحصار کرنے کے انحصار پر منحصر ہے۔

ایجینٹ پلگ انز کی سب سے زیادہ سمجھ میں آنے والی غلط فہمی یہ ہے کہ "پلگ ان" کا نام براؤزر ایکسٹینشن یا موبائل ایپ اسٹور سے جُڑتا ہے۔ درحقیقت، موجودہ 1.0.0 ورژن صرف پیکیج فارمیٹ کو ایک جیسا کر دیا گیا ہے، اور مکمل پلگ ان تقسیم اور سیکورٹی سسٹم قائم نہیں کیا گیا ہے۔

گوگل کی سرکاری وضاحت میں واضح طور پر کہا گیا ہے کہ پہلی نسخہ میں پلگ انز کو کس پروٹوکول کے ذریعے انسٹال، تلاش اور ڈاؤن لوڈ کیا جائے، اور یکساں اجازت درخواست، صارف تصدیق، رن سینڈ باکس، پبلشر شناخت اور ذرائع کی تصدیق کے بارے میں کوئی ضابطہ نہیں تھا۔ یہ کام اب بھی ہر ایجنٹ کلائنٹ خود کرتا ہے۔

规范虽然要求插件内的文件路径不能通过../或符号链接逃离插件根目录，但官方特别说明：这种路径约束不等于对插件进程进行沙箱隔离。一个通过stdio启动的MCP服务器仍然可能执行程序；它究竟可以访问哪些文件、环境变量、网络和用户数据，要由客户端的权限体系决定。

远程 MCP اندپوائنٹس کو اصولاً HTTPS کا استعمال کرنا چاہیے، اور پلگ انز کو کبھی بھی پاس ورڈ یا دیگر رازداریاں علیحدہ درخواست ہیڈرز یا ماحولیاتی ترتیبات میں شامل نہیں کرنا چاہیے۔ تاہم، 1.0.0 میں عام OAuth ترتیب یا قابل انتقال اعتماد کے حوالہ جات کا مکمل نظام موجود نہیں ہے، اور تصدیق کا پتہ لگانا، صارف لاگ ان اور اعتماد کا محفوظ کرنا اب بھی کلائنٹ پر منحصر ہے۔

اس لیے، ایک ہی فارمیٹ کا استعمال برائے مضر ایکسٹینشنز کی پھیلاؤ کی کارکردگی بھی بڑھا سکتا ہے۔ ڈویلپرز "ایک بار پیک کریں، کہیں بھی چلائیں" کر سکتے ہیں، اور حملہ آور بھی نظریہ طور پر ایسا ہی کر سکتے ہیں۔ مستقبل میں اس معیار کے بڑے پیمانے پر استعمال کا فیصلہ شاید ڈائرکٹری سٹرکچر نہیں بلکہ دستخط، اجازت کے اشارے، سپلائی چین جانچ، خودکار اپڈیٹس اور منسوخ کرنے کے نظام کے وقت پر اپ ٹو ڈیٹ رہنے پر منحصر ہوگا۔

بہت سے ایجینٹ پروڈکٹس میں کمانڈز، واقعات کے ہُکس، سب ایجینٹ ٹیمپلیٹس، انٹرفیس کمپوننٹس اور کسٹم ورک فلوز بھی شامل ہیں۔ مصنّع نے پہلے ورژن میں ان چیزوں کو ایک جیسا نہیں بنایا، بلکہ صرف ایسکلز اور ایم سی پی دونوں کو چنا جو پہلے ہی کچھ کراس پلیٹ فارم بنیاد پر قائم ہو چکے تھے۔

یہ ایک تھوڑا محتاط لیکن عملی انتخاب ہے۔ اگر معیار شروع سے ہی تمام ایجنٹ کی صلاحیتوں کو تعریف کرنے کی کوشش کرے گا، تو وہ آسانی سے بہت بڑا ہو جائے گا اور کسی مخصوص پروڈکٹ کے موجودہ ڈیزائن کو پورے صنعت کے لیے طویل مدتی قاعدہ بنادے گا۔ ایجنٹ پلگ انز سب سے واضح مسائل کو فوراً حل کرتے ہیں: ایجنٹ کے عمل کی معلومات اور ٹولز کو ایک قابل انتقال سافٹ ویئر پیکج میں جوڑنا۔

گوگل نے خاص طور پر یہ بھی یاد دلایا کہ ہر الگ مہارت یا ہر MCP سرور کو پلگ ان کے طور پر پیکج نہیں کیا جانا چاہئے۔ پلگ انز زیادہ مناسب ہیں ایک ایسے مجموعے کے لیے جن کو مشترکہ طور پر انسٹال، مشترکہ ورژن مینجمنٹ اور مشترکہ مائیگریشن کی ضرورت ہوتی ہے۔ مثال کے طور پر، ایک ڈیٹا بیس ڈویلپمنٹ پلگ ان میں SQL کوئری مہارت، ڈیٹا بیس MCP کنکشن، خرابی کا حل اور ڈپلومنٹ اسکرپٹس شامل ہو سکتے ہیں؛ اگر صرف ایک منفرد، سادہ ہدایات کا فائل ہو تو، اسے براہ راست مہارت کے طور پر تقسیم کرنا زیادہ مناسب ہو سکتا ہے۔

اگر معیار کو کافی صارفین کی حمایت حاصل ہو جائے، تو ڈیولپرز کو مزید مہارتیں اور ٹولز کے کنکشن دوبارہ تعمیر کرنے کی ضرورت نہیں ہوگی جب ٹیم Cursor سے VS Code پر منتقل ہو جائے یا Codex سے کسی اور ایجینٹ پر۔ ذاتی یا کاروباری سطح پر طویل عرصے تک جمع کی گئی ایجینٹ کی صلاحیتیں صارف کے ساتھ منتقل ہو سکتی ہیں، جس سے بنیادی ماڈل اور کلائنٹس کو آسانی سے تبدیل کیا جا سکتا ہے۔

یہ ایجینٹ پلیٹ فارم کے مقابلے کے طریقے کو تبدیل کر دے گا۔ فرنچائزز صرف بند پلگ ان فارمیٹس کے ذریعے صارفین کو متین نہیں رکھ سکتیں، بلکہ ماڈل کی معیار، انجن کی قابلیت، اجازتوں کے کنٹرول، انٹرفیس کا تجربہ اور پلگ ان کی دریافت کی صلاحیت پر مستقل مقابلہ کرنا ہوگا۔ ڈویلپرز کے لیے، قابل منتقل پلگ ان کا مطلب یہ ہے کہ ایک بار کا انجام زیادہ سے زیادہ ممکنہ صارفین تک پہنچ جائے گا، اور ہر ایجینٹ مارکیٹ کے لیے تقریباً ایک جیسا منصوبہ دوبارہ برقرار رکھنے کی ضرورت نہیں ہوگی۔

لیکن اصل قابلیت منتقل کرنے کے لیے حدود موجود ہیں۔ کلائنٹ صرف معیار کا ایک حصہ لاگو کر سکتا ہے، اور مختلف مصنوعات کے اختیارات کے طریقے اور اجراء کے ماحول مختلف ہوتے ہیں؛ پلگ ان کو پہچانا جا سکتا ہے، لیکن ہر کلائنٹ پر وہ بالکل ایک جیسا رویہ نہیں ظاہر کرتے۔ زیادہ تر فروشندہ خصوصی نامی فضا استعمال کرنے والے پلگ ان، شکلی مطابقت کے باوجود حقیقی بندھن کو دوبارہ قائم کر سکتے ہیں۔

اس کے علاوہ، MCP کو ابتدائی طور پر Anthropic نے فروغ دیا، لیکن Anthropic ابھی تک Agent Plugins کی طرف سے جاری کیے گئے ابتدائی مرکزی مینٹینر یا پہلے مکمل طور پر مطابقت رکھنے والے کلائنٹس کی فہرست میں شامل نہیں ہے۔ اس کا مطلب یہ نہیں کہ Claude مستقبل میں اس فارمیٹ کا ساتھ نہیں دے گا، بلکہ یہ ظاہر کرتا ہے کہ نئی پیکیجنگ معیار ابھی تک تمام اہم Agent فریقین تک پہنچ نہیں پایا ہے۔

ایجینٹ پلگ انز کی موجودہ سب سے بڑی قیمت تکنیکی پیچیدگی نہیں، بلکہ یہ ہے کہ متعدد مقابلہ کرنے والے فریق ایک ہی مسئلے کو تسلیم کرتے ہیں: ماڈل زیادہ سے زیادہ ٹولز کو کال کر سکتے ہیں، لیکن اگر ہر پلیٹ فارم اپنا اپنا پلگ ان پیکیجنگ طریقہ رکھے گا، تو ایجینٹ ایکو سسٹم موبائل ایپس اور براؤزر ایکسٹینشنز کے ابتدائی دور کی طرح الگ الگ ہو جائے گا۔

پہلی نسخہ کا معیار بہت چھوٹا تھا، اور اس نے پلگ ان کے کیسے تلاش، انسٹال اور اعتماد کرنے کا مسئلہ بھی حل نہیں کیا۔ لیکن اس تحفظ کو اس کا فائدہ بھی سمجھا جا سکتا ہے۔ اس نے سب سے بنیادی اور سب سے زیادہ متفقہ لیول کو یکساں کیا، تاکہ Skills اور MCP سرورز کے لیے مشترکہ ٹرانسپورٹ طریقہ ہو، اور اجازت، تقسیم اور مزید کمپوننٹس کو بعد کے ورژنز کے لیے چھوڑ دیا۔

نوٹ کریں کہ،آفیشل معیار کی صفحہجس کا ورژن 1.0.0 کے طور پر نشان زد ہے، لیکن حالت اب بھی “Working Draft” ہے، اور مزید تفصیلات میں تبدیلی کا امکان ہے۔ اب تک کی حمایت بنیادی طور پر معیار تیار کرنے والے فرماوں سے ہے، اور یہ ثابت نہیں ہوا کہ زیادہ وسیع Agent生态系统 اسے قبول کر چکا ہے۔