Agent Plugins 1.0 ایک کھلا اور وینڈر سے غیر جانبدار اسٹینڈرڈ ہے جو کسی AI ایجنٹ کی صلاحیتوں (مہارتیں، MCP سرورز، کمانڈز اور قواعد) کو ایک ہی قابلِ تنصیب پلگ اِن میں یکجا کرتا ہے، تاکہ آپ اسے ایک بار بنائیں اور ہر ٹول کے لیے دوبارہ بنانے کے بجائے مختلف ٹولز میں چلائیں۔ اگست 2026 میں GitHub نے VS Code، Copilot CLI، Copilot ایپ اور اس کے SDK میں، Copilot کے تمام پلانز پر، اس اسٹینڈرڈ کی مکمل سپورٹ کا اعلان کیا۔ کسی کاروباری مالک کے لیے اس کا براہِ راست مطلب یہ ہے کہ اپنی ٹیم کے لیے AI ٹولز کو حسبِ ضرورت ڈھالنے پر آپ جو وقت اور پیسہ لگاتے ہیں، وہ اب کسی ایک پلیٹ فارم کا یرغمال نہیں رہتا۔

یہ دراصل کون سا مسئلہ حل کرتا ہے؟

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

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

عملی طور پر ایک پلگ اِن میں کیا ہوتا ہے؟

اس اسٹینڈرڈ کے تحت ایک پیکیج کی ساخت سادہ اور واضح طور پر متعین ہے۔ یہ ان اجزا پر مشتمل ہوتا ہے:

  • ایک plugin.json مینی فیسٹ جس میں پلگ اِن کا نام اور ورژن نمبر درج ہوتا ہے، اور یہی اپ ڈیٹ کرنا اور نظر رکھنا ممکن بناتا ہے۔
  • مہارتوں کا ایک فولڈر جس میں وہ تحریری ہدایات ہوتی ہیں جو ایجنٹ کو بتاتی ہیں کہ آپ کی کمپنی کا کوئی بار بار ہونے والا کام بالکل اسی طرح کیسے کرنا ہے جیسے آپ چاہتے ہیں۔
  • ایک mcp.json فائل جو ان MCP سرورز کی تعریف کرتی ہے جو ایجنٹ کو آپ کے اصل سسٹمز سے جوڑتے ہیں: انوینٹری، صارفین کا ڈیٹا بیس، بلنگ۔
  • ٹول سے مخصوص توسیعات جو ایک الگ نیم اسپیس میں رکھی جاتی ہیں، تاکہ کوئی وینڈر اپنی کوئی خاص خصوصیت شامل کرے تب بھی مشترکہ حصے منتقل کیے جا سکیں۔

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

صرف ڈویلپر ہی نہیں، کاروباری مالک کو بھی اس کی پروا کیوں کرنی چاہیے؟

اصل فرق گورننس میں ہے۔ یہ اسٹینڈرڈ ایک اوپن لائسنس کے تحت عوامی سطح پر تیار کیا جاتا ہے اور اس کی نگرانی ایک تکنیکی اسٹیئرنگ کمیٹی کرتی ہے جس میں Amazon، Microsoft، OpenAI، Cursor اور Vercel کے نمائندے شامل ہیں۔ جب ایک دوسرے سے مقابلہ کرنے والی کمپنیاں ایک ہی فارمیٹ پر متفق ہوتی ہیں تو یہ اس بات کا اشارہ ہے کہ یہ فارمیٹ کسی ایک پروڈکٹ سائیکل سے زیادہ دیر قائم رہے گا، اور یہ کسی ایک فریق کی اپنے صارفین کو باندھے رکھنے کی کوشش نہیں ہے۔

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

سعودی عرب کے کاروباروں کے لیے اس کا کیا مطلب ہے؟

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

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

لیکن ایک بنیادی نکتہ ذہن میں رکھیں: کسی پیکیج کے قابلِ منتقلی ہونے کا مطلب یہ نہیں کہ آپ کے ڈیٹا تک رسائی جائز ہو جاتی ہے۔ ہر وہ پلگ اِن جو کسی ایجنٹ کو آپ کے اندرونی سسٹمز سے جوڑتا ہے، بدستور ذاتی ڈیٹا کے تحفظ کے قانون (PDPL) کے تابع رہتا ہے، اور آپ کو درست طور پر طے کرنا ہوگا کہ ایجنٹ کیا پڑھ سکتا ہے اور کیا نہیں، اور اسے دستاویزی شکل دینی ہوگی۔

اسی ہفتے آغاز کے لیے عملی اقدامات

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

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

ذرائع

  • Agent Plugins 1.0 کی سپورٹ کے بارے میں GitHub کا سرکاری اعلان: github.blog
  • اسٹینڈرڈ کی سرکاری ویب سائٹ اور اس کی تکنیکی اسٹیئرنگ کمیٹی: agent-plugins.org
  • 1.0.0 تفصیلات کا متن: agent-plugins-spec