چھ بڑے AI کمپنیوں (OpenAI، مائیکروسافٹ، گیٹھب، AWS، Vercel، Anysphere) نے مل کر Agent Plugins 1.0.0 کا اوپن نامہ جاری کیا ہے، جس سے AI ایجینٹ پلگ انز کی پیکنگ معیار ایک جیسا ہو جائے گا۔ ڈویلپرز کو صرف ایک بار پیک کرنا ہوگا، اور وہ Cursor، GitHub Copilot، Codex جیسے کئی کلائنٹس میں استعمال ہو سکے گا۔ اس نامہ میں plugin.json لسٹ، skills اور mcp.json جیسی ساختوں کو تعریف کیا گیا ہے، لیکن یہ صرف پیکنگ لیئر کو ہی متحد کرتا ہے، hooks، custom agents جیسے مرکزی مقابلہ کے عناصر کو شامل نہیں کرتا۔ Anthropic، جو Claude Code پلگ ان سسٹم کا ایجاد کنندہ ہے، اس تعمیر میں شامل نہیں ہوا، لیکن اس کا فارمیٹ کئی طرف سے مطابقت رکھا جا رہا ہے۔ اس کا مطلب ہے کہ بنیادی معیار کا مقابلہ اب پلگ ان ایکوسسٹم پر منتقل ہو چکا ہے، اور حقیقی مقابلہ اس بات پر ہے کہ کون زیادہ ڈویلپرز کو اپنی طرف متوجہ کر سکتا ہے۔مضمون کے مصنف، ذریعہ: نیوزہیوی
AI کے شعبے کے چھ بڑے ٹیکنالوجی کمپنیاں، ایک ہی میز کے گرد بیٹھ گئیں۔
6 اگست کو، ایک مکھی "Agent Plugins 1.0.0" کا کھلا معیار جاری کیا گیا۔
یہ ایک ایسا کام ہے جس کا انتظار لاکھوں AI ڈویلپرز کر رہے تھے: AI ایجینٹس کے پلگ انز کے لیے ایک یکسانہ "پیکیج" تجویز کرنا، جس سے اب آپ کو ہر کلائنٹ کے لیے الگ الگ پیکیج بنانے کی ضرورت نہیں رہے گی۔
اوپن اے آئی کے ڈیولپرز نے اپنے آفیشل ٹویٹر پر پوسٹ کیا: ایک بار پیک کریں، اور یہ تمام مطابقت رکھنے والے ایجنٹ کلائنٹس میں استعمال ہو جائے گا، اور انہوں نے کئی شراکت داروں کو ٹیگ کیا۔
یہ اصول نظر میں عام لگ سکتا ہے، لیکن یہ درد کو بہت درست طریقے سے چھوتا ہے۔
ایک ہی مہارت (Skill)، MCP سرور (MCP Server)، اور ایک ہی کرنل کے باوجود، آپ کو Cursor، GitHub Copilot، Codex کے لیے الگ الگ دوبارہ بند کرنا پڑتا ہے: جب بھی کوئی اپڈیٹ کرتا ہے، تو آپ کو ہر ایک کے لیے الگ الگ تبدیلیاں کرنی پڑتی ہیں۔
ایجنٹ پلگ انز وہ دہرائی جانے والی مزدوری ختم کرنا چاہتے ہیں۔
ڈائرکٹری سٹرکچر، لسٹ فائل، اور MCP کانفیگریشن کا طریقہ ایک ساتھ معاہدہ کریں۔ ایک پیکیج بنائیں جسے اس فارمیٹ کو سپورٹ کرنے والے کلائنٹس پہچان لیں۔
ایجینٹ پلگ انز کا عمل ظاہر کرتا ہے: بائیں طرف بکھرے ہوئے مہارتیں اور MCP، درمیانی plugin.json "پیکیج" میں داخل ہوتے ہیں، جسے پھر IDE، CLI، اور کاروباری کلائنٹس سمیت مختلف کلائنٹس کو دوبارہ تقسیم کیا جاتا ہے۔
ایک مثال کے طور پر۔
آپ نے ایک "ڈیٹا بیس چیک کریں، ویکلی رپورٹ لکھیں" پلگ ان بنایا ہے، جس میں ایک صلاحیت AI کو کوئری کے نتائج کو ٹیم کے پسندیدہ ویکلی رپورٹس میں ترتیب دینے کے لیے سکھاتی ہے، اور ایک MCP سرور AI کو ڈیٹا بیس سے جوڑنے کا کام کرتا ہے۔
پہلے اسے تینوں کلائنٹس میں استعمال کرنے کے لیے تین الگ پیکجز بنانے پڑتے تھے، ایک جگہ تبدیلی کرنی ہو تو تین بار کرنا پڑتا تھا۔ اب، صرف ایک پیکج بنانے اور ایک بار تبدیلی کرنے کافی ہے۔
共建者 فہرست میں AWS، Anysphere (Cursor کی مالک کمپنی)، GitHub، مائیکروسافٹ، OpenAI، اور Vercel شامل ہیں، اور گوگل نے جاری کرنے کے دن ہی مرکزی مینٹینر کے طور پر شامل ہو گیا۔
صرف اس طریقہ کار کے بانی — Anthropic کا وجود نہیں۔
ایک جیسا ہے "پیکیج باکس"، ایجینٹ نہیں
ایک پلگ ان، جو عام طور پر دو چیزوں سے مل کر بنا ہوتا ہے۔
ایک تو ایجنٹ کے مہارت ہیں، جو ماڈل کے لیے دوبارہ استعمال کی جانے والی ہدایات اور وسائل فراہم کرتے ہیں؛ دوسرے MCP سرور ہیں، جو باہری ٹولز اور خدمات سے جڑنے کا کام کرتے ہیں۔
یہ دوں چیزیں اصل میں کلائنٹس کے درمیان دوبارہ استعمال کی جا سکتی ہیں۔
سب سے بڑی پریشانی باہری ترین لیئر ہے: ہر کلائنٹ کی ڈائرکٹری سٹرکچر، مانیفیسٹ فائل اور MCP کانفیگریشن کا طریقہ مختلف ہے، ایک ہی کمپوننٹ کو اگر دوسرے کلائنٹ پر منتقل کیا جائے تو، اسے "نئے گھر" کے قوانین کے مطابق دوبارہ پیک کرنا پڑتا ہے۔
اور ایجنٹ پلگ انز، باہر والے پیکنگ باکس کو ایک جیسا کر دیا گیا۔
ایک پلگ ان ایک فولڈر ہوتا ہے۔
رُوٹ ڈائرکٹری میں ایک plugin.json فہرست رکھیں، مہارتیں سب skills/ میں ڈال دیں، اور MCP کنفیگریشن mcp.json میں لکھیں۔
فہرست میں صرف $schema اور name دو فیلڈز ضروری ہیں، باقی سب کچھ مقررہ جگہوں سے تلاش کیا جائے گا، کلائنٹ کو کوئی اندازہ لگانے کی ضرورت نہیں، اس میں ورژن نمبر تک نہیں لکھنا پڑتا۔
جو بھی ہر کمپنی اپنے ساتھ "ذاتی چیزیں" جیسے اپنے خاص ہکس، کمانڈس، یا انٹرفیس شامل کرنا چاہتی ہے، وہ سب ایک ریورس ڈومین نام دیے گئے فولڈر میں ڈال دیں۔
دیگر کلائنٹس اس ڈائریکٹری کو نہیں پہچانتے، اگر انہیں مل جائے تو وہ اسے براہ راست نظرانداز کر دیتے ہیں۔ یہ عام لیئر ہے، اس لیے زیادہ صاف اور چھوٹا ہے، اور اسے لاگو کرنا بھی آسان ہے۔
اور اس کا بہت کم انتظام ہوتا ہے۔
1.0 صرف دو قسم کے قابل انتقال کمپوننٹس کو تسلیم کرتا ہے: skills/ میں موجود مہارتیں اور mcp.json میں MCP کنفیگریشن۔
ہُکس، اسلاش کمانڈز، کسٹم ایجینٹس اب بھی ہر پلیٹ فارم کی اپنی دستکاری ہیں، اور اب تک ایک معاہدہ شدہ معیار نہیں بنے۔
ناظمہ متن اب بھی "کام کا خاکہ (Working Draft)" کے طور پر نشان زد ہے، جیسے افسران کہہ رہے ہوں کہ "ابھی تبدیلی ہو رہی ہے"، اور صنعت کی تصدیق شدہ بالغ معیار تک ابھی کچھ فاصلہ ہے۔
ایک جملہ، Agent Skills حکمات کو منتقل کرتا ہے، MCP اوزاروں کو جوڑتا ہے، اور Agent Plugins ان دونوں کو ایک ہی پیکیج میں ڈالتا ہے۔
صرف باکس ایک جیسا ہے، اندر کے ایجینٹس نہیں بدلے۔
ایک بار پیک کرنا، ہر جگہ رن نہیں ہوتا
اگرچہ پیکیج کا ڈیزائن ایک جیسا ہو گیا، لیکن عمل ابھی بھی ایک جیسا نہیں ہوا۔
یہ صرف skills اور mcp.json کے دو اقسام کے کنٹینرز کو ہی سنبھالتا ہے۔ جب یہ اصل میں چلنے لگتا ہے، تو یہ ہاتھ دھو لیتا ہے:
نصب، تقسیم، اجازتیں، سینڈ باکس، تصدیق، اعتماد کی تصدیق، صارف تجربہ — سب کچھ اپنے اپنے کلائنٹس پر چھوڑ دیا جاتا ہے۔کئی مختلف کلائنٹس کی طرف سے stdio، Streamable HTTP، اور پرانے HTTP+SSE کے طریقہ کار کی حمایت مکمل طور پر ایک جیسی نہیں ہے۔ ایک ہی پلگ ان کو دوسرے کلائنٹ پر استعمال کرنے پر اس کا کام کرنا یا نہ کرنا، محض قسمت پر منحصر ہے۔
مایکروسافٹ نے مزید ایک بار محفوظ رہنے کی تاکید کی: پلگ ان میں موجود MCP سرور اور ہُکس آپ کے ڈیوائس پر کوڈ انجام دیں گے، اس لیے انسٹال کرنے سے پہلے ضرور جانچ لیں کہ یہ کس کا ہے، خاص طور پر کمیونٹی مارکیٹ سے حاصل کردہ چیزوں پر توجہ دیں۔
اوپن اے آئی کا اپنا پیکیجڈ ڈاکیومنٹیشن، جو اب بھی .codex-plugin/plugin.json کی ساخت استعمال کرتا ہے، اور اوپن نارم کے رُوٹ ڈائرکٹری میں plugin.json ایک ہی چیز نہیں ہے۔
نظام صرف اس بات کی ضمانت دیتا ہے کہ مطابقت رکھنے والے کلائنٹس اپنے سپورٹ کردہ قابل انتقال کمپوننٹس کو دریافت کر سکیں؛ اصل میں چلانے پر، تصدیق کے طریقے اور عملی ماحول مختلف ہو سکتے ہیں۔
اس لیے، پیکیج کرنا ایک جیسا ہونا نہیں ہے، اس کے درمیان ایک پوری انجینئرنگ سلسلہ موجود ہے۔
آخر کار، یہ ایک جہت ہے جس پر بڑے کھلاڑیوں کو سب سے کم فکر ہے۔
جو چیزیں حقیقی طور پر قیمتی ہیں—ایپ مارکیٹ، اجازت نظام، صارفین کا انٹری پوائنٹ، اور hooks، custom agents جیسی مخصوص صلاحیتیں—ان میں سے کوئی بھی نہیں دیا گیا۔
یہ سٹرکچر کیسے اتنی پرکشش لگ رہی ہے؟
کلاڈ کوڈ پلگ ان کو جاننے والے شاید حیران ہو گئے ہوں۔
plugin.json، skills، mcp.json، کیا یہی وہی چیزیں ہیں جن کا استعمال Claude Code لگاتار کر رہا ہے؟
اس معیار سے پہلے ہی Anthropic نے Claude Code کے لیے مکمل پلگ ان سسٹم تیار کر لیا تھا: رُٹ ڈائرکٹری میں .claude-plugin/plugin.json، جس کے ساتھ skills، mcp.json، commands، اور agents شامل ہیں، اور صارفین کے لیے پلگ ان شیئر کرنے کے لیے دو آفیشل مارکیٹس بھی شروع کیے گئے۔
"پلگ ان کا مطلب ہے مہارت، MCP، اور ایک لسٹ کا ایک پیکج" کا خیال، اینتھرپک ان میں سے ایک پہلا تھا جس نے اسے کامیابی سے لاگو کیا، اور ان کا نظام مکمل تر تھا: مہارت، ہُک، MCP، ذیلی انسٹنس، اور اسلاش کمانڈس — سب کچھ ایک پیکج میں۔
اس نئی معیار میں صرف دو عام استعمال ہونے والے حصے، مہارت اور MCP شامل کیے گئے، باقی زیادہ جدید اجزاء شامل نہیں ہوئے۔
د цنتر، ایتھنرپک کے بغیر بھی، یہ فارمیٹ تقریباً اس کے اسٹائل پر مبنی ہے۔
کلوڈ کوڈ میں پلگن ڈائریکٹری کی طرف ایک خاص رُٹ متغیر ہے، جسے نئی معیار سے اسی شکل میں منتقل کر دیا گیا ہے، صرف نام بدل دیا گیا ہے، جبکہ کام ایک جیسا ہے اور ڈھانچہ بھی تقریباً ایک جیسا ہے۔
کمپیٹیبلیٹی لیyer اب چھپا نہیں سکتی۔
مائیکروسافٹ کے VS Code کے افسانوی دستاویزات میں، ڈیفالٹ پلگ ان مارکیٹ میں anthropics/claude-code کا آئٹم شامل ہے۔
یہ نئے کھلے فارمیٹ کو سپورٹ کرتے ہوئے، ساتھ ہی .claude-plugin/plugin.json کے کلاود فارمیٹ کو بھی جاری رکھتا ہے۔
اوپن اے آئی کا کوڈیک اور زیادہ سیدھا ہے، وہ کلاؤڈ کے اصل متغیر کا نام بھی خاص طور پر برقرار رکھتا ہے تاکہ موجودہ کلاؤڈ پلگ انز کے ساتھ مطابقت برقرار رہے۔
کسی اور طرح کہیں، لوگوں نے اکٹھے ہو کر ایک ایسی فارمیٹ تیار کی جو "Claude Code" جیسی لگتی ہے، لیکن Anthropic موجود نہیں تھا۔
ایجاد کرنے والا، غائب ہو گیا
ایک ایسی کمپنی جس نے گیم پلے کا آغاز کیا، جب دوسرے اس گیم پلے کو معیار بنانے لگے، تو وہ مکمل طور پر غائب رہی۔
لیکن اس کا مطلب یہ نہیں کہ اینٹھرپک باہر ہو گیا ہے۔
گوگل کی نئی دو ٹولز میں سے ہر ایک میں کلاڈ کوڈ کو مطابقت کے لیے فہرست میں شامل کیا گیا ہے، اور اس کے پاس دو آفیشل پلگ ان مارکیٹس بھی ہیں۔
زیادہ درست بات یہ ہے کہ Anthropic ہمیشہ اپنی عمارت خود بنانے کو ترجیح دیتی رہی ہے۔
اس بار، اس نے اس ایک جیسے معیار کی میز پر نہیں بیٹھا، بلکہ اپنی پوری بند چکر — فارمیٹ سے لے کر مارکیٹ اور تقسیم تک — کو جاری رکھا۔
یہ پہلی بار نہیں ہے کہ وہ "سب مل کر" کے موقع پر سب سے زیادہ نمایاں طور پر غائب رہا ہے۔
اس کمپنی کو جاننے والے سب جانتے ہیں کہ وہ ہمیشہ اپنے اندر کا نظام بہترین بنانے پر توجہ دیتی ہے، اور پھر ہی دوسرے کے ساتھ مطابقت رکھنے کا فیصلہ کرتی ہے۔
اس کا فائدہ یہ ہے کہ پروڈکٹ خود میں مکمل اور تجربہ ایک جیسا ہوتا ہے، لیکن قیمت یہ ہے کہ ہر صنعتی سطح کے ہاتھ ملانے پر، یہ غیر موجود ہو جاتا ہے۔
تو، اب کیوں؟
جب بنیادی معیار پر متفق ہو جائیں، تو مقابلہ ایک درجہ اوپر چلا جائے گا۔
مثال کے طور پر، ایک مال کی بنیاد کئی کمپنیاں مل کر بناسکتی ہیں، لیکن جب بنیاد تیار ہو جائے، تو مقابلہ اب اوپر کے دکانوں اور شیلفوں کے درمیان شروع ہو جاتا ہے۔
یہ اب ہر کمپنی کا اپنا علاقہ ہے، جہاں مقابلہ اب صرف اس بات پر نہیں ہے کہ کس کا ماڈل زیادہ اسکور کرتا ہے، بلکہ یہ ہے کہ کس کا پلگ ان ایکوسسٹم زیادہ بڑا ہے اور کون ایسا ہے جسے ڈویلپرز پہلے سوچیں۔
چھ کمپنیوں نے اب ڈبے کے سائز کا تعین کر لیا ہے۔
لیکن حقیقی فتح کا فیصلہ باکس نہیں، بلکہ اس میں شامل ایجنٹ ہے — جو اپنے پاس ڈویلپرز کو کس طرح بنا کر رکھتا ہے، وہی فاتح ہے۔