آج کل کے مصنوعی ذہانت (Artificial Intelligence) کے منظر نامے میں، ایک تصور بہت زیادہ توجہ حاصل کر رہا ہے: ایم سی پی، یعنی ماڈل کانٹیکسٹ پروٹوکول (Model Context Protocol)۔ حیرت انگیز طور پر، اس پروٹوکول سسٹم کے گرد موجود توجہ نے اوپن اے آئی (OpenAI) کی جانب سے جاری کردہ ماڈلز کو بھی پیچھے چھوڑ دیا ہے، اور یہ صنعت میں بحث کا مرکز بن گیا ہے۔
ایجینٹ ٹیکنالوجی (Agent technology) کی مقبولیت میں اضافہ، جو مانس (Manus) کے عروج سے ہوا، نے عالمی ڈویلپرز (global developers) کے جوش و خروش کو مزید بڑھا دیا ہے۔ ایم سی پی، جسے ایجنٹ ٹول انووکیشن (Agent tool invocation) کے لیے ایک ‘متحدہ پروٹوکول’ کے طور پر پیش کیا گیا ہے، نے تیزی سے مقبولیت حاصل کی ہے، اور صرف دو مہینوں میں اوپن اے آئی (OpenAI) اور گوگل (Google) جیسے بڑے اے آئی کھلاڑیوں کی حمایت حاصل کر لی ہے۔ اس تیز رفتار عروج نے ایم سی پی کو ایک نسبتاً غیر واضح تکنیکی تصریح سے اے آئی ایکو سسٹم (AI ecosystem) کے اندر ایک بنیادی معیار میں تبدیل کر دیا ہے، جو اے آئی انفراسٹرکچر (AI infrastructure) کے دائرے میں ایک ‘غیر معمولی واقعہ’ ہے۔
تاہم، ابتدائی جوش و خروش کم ہونے کے ساتھ ہی، اہم سوالات ابھرتے ہیں: کیا ایم سی پی واقعی عالمگیر طور پر قابل اطلاق ہے؟ کیا اس کی صلاحیتوں کے بارے میں توقعات بڑھ گئی ہیں؟
یہ تحقیق ایم سی پی کی ابتدا میں جاتی ہے، اس کی بنیادی طاقتوں اور کمزوریوں کو بیان کرتی ہے، عام غلط فہمیوں کو واضح کرتی ہے، اور اس کے ممکنہ مستقبل کے راستے کا جائزہ لیتی ہے۔ مقصد ایم سی پی کی فطری قدر کو مسترد کرنا نہیں ہے، بلکہ اس کے کردار اور حدود کی زیادہ زمینی سطح پر سمجھ پیدا کرنا ہے۔ یہ صرف ایسی وضاحت کے ذریعے ہی ہے کہ اس کی صلاحیت کو مکمل طور پر محسوس کیا جا سکتا ہے۔
ایم سی پی کی نقاب کشائی: ایک متحد ٹول انووکیشن پروٹوکول
ایم سی پی کی تعریف
ایم سی پی ایک کھلا تکنیکی پروٹوکول ہے جو اس طریقے کو معیاری بنانے کے لیے ڈیزائن کیا گیا ہے جس میں بڑے لسانی ماڈلز (Large Language Models) (ایل ایل ایمز) بیرونی ٹولز اور سروسز (external tools and services) کے ساتھ تعامل کرتے ہیں۔ اسے اے آئی دنیا کے اندر ایک عالمگیر مترجم کے طور پر سوچیں، جو اے آئی ماڈلز کو بیرونی ٹولز کی ایک وسیع صف کے ساتھ ‘بات چیت’ کرنے کے قابل بناتا ہے۔ یہ مختلف ایپلی کیشنز (applications) اور سروسز کی جانب سے پیش کردہ افعال کو درخواست کرنے اور استعمال کرنے کے لیے ایل ایل ایمز (LLMs) کو ایک عام زبان اور ڈھانچہ فراہم کرتا ہے۔
ایم سی پی کی ضرورت
ایم سی پی کی آمد سے پہلے، اے آئی ٹول انووکیشن (AI tool invocation) کو دو اہم چیلنجوں کا سامنا تھا:
- انٹرفیس فرگمنٹیشن: ہر ایل ایل ایم (LLM) نے مختلف ہدایتی فارمیٹس (instruction formats) استعمال کیے، جبکہ ہر ٹول اے پی آئی (tool API) کا اپنا منفرد ڈیٹا اسٹرکچر (data structure) تھا۔ ڈویلپرز کو ہر امتزاج کے لیے کسٹم کنکشن کوڈ (custom connection code) لکھنے پر مجبور کیا گیا، جس کی وجہ سے ترقی کا عمل پیچیدہ اور غیر موثر ہو گیا۔
- ترقی کی غیر موثریت: یہ ‘ون ٹو ون ٹرانسلیشن’ (one-to-one translation) نقطہ نظر مہنگا اور پیمانہ بڑھانے میں مشکل ثابت ہوا۔ یہ ہر غیر ملکی کلائنٹ (foreign client) کے لیے ایک وقف مترجم کی خدمات حاصل کرنے کے مترادف تھا، جو پیداواری صلاحیت اور چستی میں رکاوٹ بنتا تھا۔
ایم سی پی ایل ایل ایمز (LLMs) کو بیرونی ٹولز کے ساتھ تعامل کرنے کے لیے ایک معیاری فریم ورک (standardized framework) فراہم کر کے ان مسائل کو حل کرتا ہے، ترقی کے عمل کو آسان بناتا ہے اور زیادہ پیمانے پر قابل ہونے کے قابل بناتا ہے۔
ایم سی پی کی فعالیت کو سمجھنا
ایم سی پی کے تکنیکی فن تعمیر (technical architecture) کو تین بنیادی اجزاء پر مشتمل ایک نظام کے طور پر تصور کیا جا سکتا ہے: ایم سی پی ہوسٹ، ایم سی پی کلائنٹ، اور ایم سی پی سرور۔ یہ عناصر اے آئی ماڈلز اور بیرونی دنیا کے درمیان بغیر کسی رکاوٹ کے مواصلات میں سہولت فراہم کرنے کے لیے ہم آہنگی کے ساتھ کام کرتے ہیں۔
ایم سی پی کے کردار کو سمجھنے کے لیے، ایک جدید انٹرپرائز ماحول (modern enterprise environment) پر غور کریں۔ اس تمثیل میں:
- صارفین سینئر ایگزیکٹوز (senior executives) کی نمائندگی کرتے ہیں، جو صارف کی ضروریات کو سمجھنے اور حتمی فیصلے کرنے کے ذمہ دار ہیں۔
- لارج لینگویج ماڈلز (ایل ایل ایمز) (جیسے کلاڈ یا جی پی ٹی) ایگزیکٹو ہدایات کو سمجھتے ہیں، ٹاسک کے اقدامات کی منصوبہ بندی کرتے ہیں، یہ طے کرتے ہیں کہ بیرونی سروسز (external services) کو کب استعمال کرنا ہے، اور جوابات فراہم کرنے کے لیے معلومات کو مستحکم کرتے ہیں۔
- ایجینٹ سسٹمز ذاتی معاونین یا ایگزیکٹو سیکرٹریوں کے طور پر کام کرتے ہیں، جو ہدایات کے مطابق کام انجام دیتے ہیں۔
- ایم سی پی ایک معیاری مواصلاتی پلیٹ فارم (standardized communication platform) یا انٹرپرائز سروس تک رسائی کے نظام کے طور پر کام کرتا ہے جسے سیکرٹری استعمال کرتے ہیں۔ یہ فیصلے نہیں کرتا ہے بلکہ اس کے بجائے ہدایات پر عمل کرتا ہے، مختلف سروس پرووائڈرز (service providers) کے ساتھ ایک متحد فارمیٹ اور پروٹوکول میں بات چیت کرتا ہے۔
ایم سی پی سے پہلے، بیرونی ٹولز کے ساتھ اے آئی کا تعامل افراتفری والے مواصلاتی معیارات کے دور کی طرح تھا۔ ہر بار جب کسی سیکرٹری (ایجینٹ) کو کسی مختلف ڈیپارٹمنٹ یا بیرونی سپلائر سے رابطہ کرنے کی ضرورت ہوتی تھی، تو اسے ایک مختلف مواصلاتی آلہ یا سافٹ ویئر استعمال کرنا پڑتا تھا۔ اس کے لیے متنوع سسٹمز سے واقفیت درکار تھی، جس کے نتیجے میں غیر موثریت پیدا ہوتی تھی۔ ڈویلپرز کو ہر ٹول کے لیے علیحدہ کنکشن کوڈ لکھنے پڑتے تھے، جس کے نتیجے میں وقت ضائع ہوتا تھا اور پیمانے کی حد محدود ہوتی تھی۔
ایم سی پی ایک متحد مواصلاتی پلیٹ فارم فراہم کر کے اس عمل کو ہموار کرتا ہے، جس سے سیکرٹریوں کو ایک ہی سسٹم اور مواصلاتی پروٹوکول کا استعمال کرتے ہوئے کسی بھی ڈیپارٹمنٹ یا سروس پرووائڈر سے رابطہ کرنے کی اجازت ملتی ہے۔ ڈویلپرز کو صرف ایک بار ایم سی پی انٹرفیس نافذ کرنے کی ضرورت ہوتی ہے، جس سے اے آئی سسٹمز پروٹوکول کی حمایت کرنے والے تمام ٹولز کے ساتھ تعامل کرنے کے قابل ہو جاتے ہیں۔
ایم سی پی: فنکشن کال پر مبنی ایک ٹول باکس
یہ سمجھنا بہت ضروری ہے کہ ایم سی پی روایتی فنکشن کال (traditional function call) کا متبادل نہیں ہے؛ بلکہ یہ ایک تکمیلی جزو ہے جو اس کی صلاحیتوں کو بڑھاتا ہے۔
فنکشن کال وہ بنیادی طریقہ کار ہے جس کے ذریعے ایل ایل ایمز (LLMs) بیرونی ٹولز یا اے پی آئیز (APIs) کے ساتھ تعامل کرتے ہیں۔ یہ ایل ایل ایمز کی ایک بنیادی صلاحیت ہے، جو انہیں یہ شناخت کرنے کے قابل بناتی ہے کہ کب کسی ٹول کی ضرورت ہے اور کس قسم کے ٹول کی ضرورت ہے۔
ایم سی پی ایک ٹول کلاسیفیکیشن سسٹم (tool classification system) کے طور پر کام کرتا ہے، جو مختلف ٹولز کو منظم کرنے اور ان تک رسائی کے لیے ایک منظم فریم ورک فراہم کرتا ہے۔ لہذا، ایم سی پی فنکشن کال کی جگہ نہیں لیتا ہے بلکہ ایجنٹس کے ساتھ مل کر پیچیدہ کاموں کو انجام دینے کے لیے کام کرتا ہے۔
ٹول انووکیشن (tool invocation) کے مکمل عمل میں ‘فنکشن کال + ایجینٹ + ایم سی پی سسٹم’ کا مجموعہ شامل ہے۔
جوہر میں، ایل ایل ایم فنکشن کال کے ذریعے ایک مخصوص ٹول کو کال کرنے کی ضرورت کا اظہار کرتا ہے۔ ایجینٹ ٹول انووکیشن کو انجام دینے کے لیے ہدایات پر عمل کرتا ہے، جبکہ ایم سی پی ایک معیاری ٹول انووکیشن تصریح فراہم کرتا ہے۔
درج ذیل تمثیل پر غور کریں: ایک باس (صارف) کافی چاہتا ہے۔ دفتر میں (ایم سی پی ہوسٹ)، آفس مینیجر (ایل ایل ایم) سیکرٹری (ایجینٹ) کو امریکانو (فنکشن کال) خریدنے کی ہدایت کرتا ہے۔ سیکرٹری سپلائر لسٹ (supplier list) چیک کرتا ہے اور پتہ لگاتا ہے کہ امریکانو کافی سپلائر یا تو مییتوان (Meituan) یا کمپنی کے یونیفائیڈ پروکیورمنٹ سسٹم (unified procurement system) کے ساتھ مربوط ہے (ایم سی پی سرور نافذ کیا گیا ہے)۔ اس کے بعد سیکرٹری پروکیورمنٹ سسٹم (ایم سی پی کلائنٹ) میں سپلائر کا پتہ لگاتا ہے اور آرڈر دیتا ہے۔
اس سے پہلے، ایم سی پی کے بغیر، جب ایل ایل ایم فنکشن کال جاری کرتا تھا، تو ایجینٹ ترجمہ کرتا تھا اور ٹول کو طلب کرنے کے لیے براہ راست اے پی آئی سے جڑ جاتا تھا۔ ہر اے پی آئی کو ایک علیحدہ انووکیشن موڈ اور ایجینٹ کے لیے تشریح کرنے کے لیے ایک متعین ٹول لسٹ اور انووکیشن موڈ کی ضرورت ہوتی تھی۔ ایم سی پی کے ساتھ، بہت ساری اے پی آئیز کو براہ راست سپلائر کے ایم سی پی کلائنٹ کے ذریعے آرڈر کیا جا سکتا ہے، جس سے ایجینٹ کا وقت اور محنت بچ جاتی ہے۔ تاہم، ایل ایل ایم کا فنکشن کال تبدیل نہیں ہوتا ہے، اب بھی فارمیٹ {tool: ‘buy coffee’، ‘type’: ‘Americano’} میں ہے۔
فنکشن کال اور ایم سی پی کے درمیان فرق کر کے، یہ واضح ہو جاتا ہے کہ ایم سی پی یہ طے نہیں کرتا ہے کہ کون سا ٹول استعمال کرنا ہے، نہ ہی یہ ٹاسک کی منصوبہ بندی یا صارف کے ارادے کو سنبھالتا ہے۔ یہ پہلو ایجینٹ پرت کے دائرہ اختیار میں آتے ہیں۔ ایم سی پی محض ایک متحد ٹول انٹرفیس فراہم کرتا ہے، جو صنعت کے اندر ایک تسلیم شدہ معیاری پروٹوکول بن جاتا ہے۔
ایم سی پی کے ترقیاتی چیلنجز اور مارکیٹ کا منظر نامہ
ترقی کا معمہ
فروری سے، اے آئی ڈویلپمنٹ کمیونٹی (AI development community) نے ایک ‘ایم سی پی گولڈ رش’ (MCP gold rush) دیکھا ہے۔ آفیشل ایپ سٹور (official app store) کی عدم موجودگی میں، ہزاروں ٹولز نے تین مہینوں کے اندر رضاکارانہ طور پر ایم سی پی پروٹوکول کے ساتھ انضمام کیا ہے۔
اس تیز رفتار ترقی نے ایم سی پی کو صنعت کی توجہ کا مرکز بنا دیا ہے لیکن اس نے خواہش اور حقیقت کے درمیان فرق کو بھی بے نقاب کیا ہے۔ ڈویلپرز نے ابتدائی طور پر ایم سی پی کو ایک ‘عالمگیر کلید’ (universal key) کے طور پر دیکھا لیکن اسے ‘خصوصی رینچ’ (specialized wrench) سے زیادہ پایا، جو بعض منظر ناموں میں بہترین کارکردگی کا مظاہرہ کرتا ہے لیکن دوسروں میں کم موثر ثابت ہوتا ہے۔
ایم سی پی کے شرکاء کو مقامی کلائنٹ ایپلی کیشنز، کلاؤڈ کلائنٹ ایپلی کیشنز اور ایم سی پی سرور ڈویلپرز کے طور پر درجہ بندی کیا جا سکتا ہے۔ مقامی ایپلی کیشنز مقامی اے آئی اسسٹنٹس کی طرح ہیں، جبکہ کلاؤڈ کلائنٹ ایپلی کیشنز چیٹ جی پی ٹی کے ویب پر مبنی ورژنز سے مشابہت رکھتی ہیں۔ ایم سی پی سرور ڈویلپرز ٹولز کے اصل فراہم کنندگان ہیں، جنہیں ایم سی پی کے قوانین کے مطابق اپنے اے پی آئیز کو دوبارہ پیک کرنے کی ضرورت ہے۔
ایم سی پی کا ظہور ابتدائی طور پر مقامی کلائنٹ ایپلی کیشنز نے خوش آمدید کہا، لیکن کلاؤڈ کلائنٹ ایپلی کیشنز اور ایم سی پی سرور ڈویلپرز کو چیلنجوں کا سامنا کرنا پڑا۔
ایم سی پی اینتھروپک کے کلاڈ ڈیسک ٹاپ ایپلی کیشن سے شروع ہوا، جو ابتدائی طور پر مقامی فائلوں اور افعال کو طلب کرنے کے لیے ایک انٹرفیس پروٹوکول کے طور پر ڈیزائن کیا گیا تھا، جو کلائنٹ سائیڈ کی ضروریات میں گہرائی سے جڑا ہوا تھا۔
مقامی کلائنٹ صارفین کے لیے، ایم سی پی ایک انقلاب کی نمائندگی کرتا ہے، جو ایک لامتناہی طور پر قابل توسیع ٹول باکس پیش کرتا ہے جس نے صارفین کو اپنے اے آئی اسسٹنٹس کی صلاحیتوں کو مسلسل بڑھانے کی اجازت دی۔
مقامی کلائنٹ ایپلی کیشنز جیسے کرسر اور کلاڈ ڈیسک ٹاپ نے صارفین کو انفرادی ضروریات کی بنیاد پر متحرک طور پر ٹولز شامل کرنے کے قابل بنانے کے لیے ایم سی پی کا فائدہ اٹھایا ہے، جس سے اے آئی اسسٹنٹ کی صلاحیتوں کی لامحدود توسیع حاصل ہوئی ہے۔
ایم سی پی مقامی کلائنٹ ڈویلپمنٹ میں ایک بنیادی درد پوائنٹ (pain point) کو حل کرتا ہے: اے آئی ایپلی کیشنز کو ہر ٹول کے لیے علیحدہ انٹرفیس تیار کیے بغیر مقامی ماحول اور بیرونی ٹولز کے ساتھ بغیر کسی رکاوٹ کے تعامل کرنے کے قابل کیسے بنایا جائے۔ یہ متحد پروٹوکول انضمام کے اخراجات کو نمایاں طور پر کم کرتا ہے، چھوٹے سٹارٹ اپس اور انفرادی ڈویلپرز کو محدود وسائل کے ساتھ فیچر سے بھرپور اے آئی ایپلی کیشنز بنانے کے لیے ایک شارٹ کٹ فراہم کرتا ہے۔
تاہم، سرور سائیڈ ڈویلپمنٹ (ایم سی پی سرور) اور کلاؤڈ کلائنٹس پر غور کرتے وقت ایم سی پی کی کشش کم ہو جاتی ہے۔ ایم سی پی کے ابتدائی ورژنز نے کلاؤڈ سرورز (ریموٹ) کے لیے ڈوئل لنک میکانزم (dual-link mechanism) استعمال کیا، سرور سے کلائنٹ تک یک طرفہ پیغام پشنگ کے لیے ایک ایس ایس ای لانگ کنکشن (SSE long connection) اور پیغامات بھیجنے کے لیے ایک ایچ ٹی ٹی پی شارٹ کنکشن (HTTP short connection) استعمال کیا۔
یہ نقطہ نظر بروقت صارف کے تاثرات اور مداخلت کے لیے اچھی طرح سے کام کرتا ہے لیکن سرور سائیڈ ماحول میں انجینئرنگ چیلنجوں کا ایک سلسلہ پیدا کرتا ہے۔
سب سے پہلے، ایم سی پی انٹرفیس کو نافذ کرنا بڑے انٹرپرائز سروس پرووائڈرز کے لیے ایک اضافی کام کی نمائندگی کرتا ہے، ضروری نہیں کہ اس کے نتیجے میں اسی طرح کے فوائد حاصل ہوں۔ ان سروسز میں اکثر بالغ اے پی آئی سسٹمز ہوتے ہیں، اور ایک اضافی ایم سی پی موافقت پرت فراہم کرنے سے صرف دیکھ بھال کے اخراجات میں اضافہ ہو سکتا ہے بغیر کسی اہم قیمت کے۔ بہت ساری انٹرپرائز لیول ایپلی کیشنز ایم سی پی کے اوپن ایکو سسٹم (open ecosystem) پر بند، قابل کنٹرول ٹول انووکیشن میکانزم کو ترجیح دیتی ہیں۔
مزید یہ کہ، اعلی ہم وقتی انووکیشنز (high-concurrency invocations) کو سنبھالنے کے لیے، ایم سی پی سروسز کو اکثر ملٹی سرور فن تعمیر (multi-server architecture) تک بڑھانے کی ضرورت ہوتی ہے۔ ایم سی پی کا ڈوئل کنکشن ماڈل کراس مشین ایڈریسنگ (cross-machine addressing) کی پیچیدگی کو متعارف کراتا ہے۔ جب ایک سرور پر ایک لانگ کنکشن قائم ہوتا ہے، اور ایک درخواست کو کسی دوسرے سرور پر بھیجا جاتا ہے، تو ان تقسیم شدہ کنکشنز کو مربوط کرنے کے لیے ایک اضافی براڈکاسٹ قطار میکانزم (broadcast queue mechanism) کی ضرورت ہوتی ہے، جس سے نفاذ کی مشکل اور دیکھ بھال کے اخراجات میں نمایاں اضافہ ہوتا ہے۔
دوم، ایم سی پی کی کلاؤڈ ایپلی کیشنز کے دائرے میں حدود ہیں۔ کلاؤڈ اے آئی ایجنٹس (سرور سائیڈ ایجنٹس) عام طور پر اسٹیٹ لیس سروسز (stateless services) میں چلتے ہیں، قبولیت کے بعد ٹاسک پر کارروائی کرتے ہیں اور تکمیل پر وسائل جاری کرتے ہیں۔ سرور سائیڈ پر ایم سی پی کلائنٹ کا استعمال کرنے کے لیے عارضی طور پر ایک ایس ایس ای لنک (SSE link) بنانے، ٹول انووکیشن کی درخواست بھیجنے، ایس ایس ای سے نتیجہ حاصل کرنے، اور پھر ایس ایس ای لنک کو بند کرنے کی ضرورت ہوتی ہے، جو کہ ایک غیر موثر نقطہ نظر ہے جو پیچیدگی کو بڑھاتا ہے اور کارکردگی کو کم کرتا ہے۔ اس منظر نامے میں ایک واحد آر پی سی درخواست (RPC request) کافی ہونی چاہیے۔
عملی طور پر، ایم سی پی کا استعمال کرتے ہوئے کلاؤڈ ایپلی کیشنز اکثر پہلے سے سیٹ ٹول سیٹس پر انحصار کرتی ہیں اور ایم سی پی کی دستخطی صلاحیت کو متحرک ٹول ڈسکوری اور لچکدار لوڈنگ کے لیے استعمال نہیں کرتی ہیں۔
کلاؤڈ ماحول کا ڈیٹا انٹریکشن موڈ (data interaction mode) ایم سی پی کے ارادے کے مطابق آزادانہ طور پر ٹولز استعمال کرنے کی صلاحیت کو محدود کرتا ہے۔ اس کے لیے مخصوص، ہارڈ کوڈ شدہ ٹولز کو طلب کرنے کے لیے ایک انتہائی معیاری عمل کی ضرورت ہوتی ہے، جس سے لچک قربان ہو جاتی ہے۔
ایم سی پی ٹیم نے صارف کے تاثرات کے لیے ذمہ دارانہ رویہ کا مظاہرہ کیا ہے۔ سرور سائیڈ ڈویلپرز سے تاثرات موصول ہونے کے بعد، ایم سی پی نے 26 مارچ کو اپنے پروٹوکول کو اپ ڈیٹ کیا، اصل ایس ایس ای ٹرانسپورٹ کو اسٹریم ایبل ایچ ٹی ٹی پی ٹرانسپورٹ سے تبدیل کیا۔ نیا پروٹوکول اسٹیٹ لیس سروس منظر ناموں کی حمایت کرتا ہے جن کو صرف واحد ٹول انووکیشن کی درخواستوں کی ضرورت ہوتی ہے اور حقیقی وقت میں پش کی ضروریات جنہیں پہلے ایچ ٹی ٹی پی + ایس ایس ای ڈوئل لنکس کے ذریعے پورا کیا جاتا تھا۔
یہ بہتری بتاتی ہے کہ موجودہ ایم سی پی کے مسائل ابتدائی ڈیزائن کی حدود سے پیدا ہوتے ہیں لیکن ان پر قابو پانا ناممکن نہیں ہے۔
مارکیٹ کی بے ترتیبی
ایم سی پی کو درپیش ایک اور چیلنج مارکیٹ میں بہت سارے نفاذ کی کم استعمال کی صلاحیت ہے۔
موجودہ ایم سی پی مارکیٹ ٹیکنالوجی کے ہائپ سائیکل (hype cycle) کا تجربہ کر رہی ہے۔ ابتدائی ایپ سٹور کی افراتفری کی طرح، اس وقت دستیاب ہزاروں ایم سی پی ٹولز میں سے 20٪ سے بھی کم عملی قیمت رکھتے ہیں۔ بہت سارے نفاذ میں سنگین مسائل ہیں، سادہ ترتیب کی غلطیوں سے لے کر مکمل ناقابل استعمال ہونے تک۔ کچھ کو مناسب جانچ کے بغیر مارکیٹ میں جلد بازی میں لایا جاتا ہے، جبکہ دیگر تجرباتی مصنوعات ہیں جن کا مقصد کبھی بھی عملی استعمال کے لیے نہیں تھا۔
ایک زیادہ بنیادی مسئلہ یہ ہے کہ بہت سارے ایم سی پی نفاذ کی مارکیٹ کو ضرورت نہیں ہو سکتی ہے۔ ایم سی پی کے ذریعے پیش کردہ بہت سارے ٹولز محض دوبارہ پیک کیے گئے اے پی آئیز ہیں جو ایم سی پی کے ابھرنے سے پہلے ہی دستیاب اور استعمال کیے جا رہے تھے، جس سے تھوڑی سی منفرد قدر میں اضافہ ہوتا ہے۔
مثال کے طور پر، ایم سی پی کے ذریعے درجنوں سرچ سروسز پیش کی جاتی ہیں، لیکن ان کا معیار نمایاں طور پر مختلف ہوتا ہے۔ کچھ سروسز غلط یا سست ہو سکتی ہیں، جس کی وجہ سے وہ موجودہ حل سے کم مطلوبہ بن جاتی ہیں۔
مزید یہ کہ، ایم سی پی میں ایک مضبوط تشخیص کا نظام موجود نہیں ہے، جس کی وجہ سے ایجنٹس کے لیے قابل اعتماد میٹرکس کی بنیاد پر موزوں ترین ٹول کا انتخاب کرنا مشکل ہو جاتا ہے۔ یہ غیر موثر انتخاب کا عمل کمپیوٹنگ وسائل کو ضائع کرتا ہے، ٹاسک کی تکمیل کے اوقات کو بڑھاتا ہے اور صارف کے تجربے کو خراب کرتا ہے۔
تشخیص کے نظام کی کمی کی وجہ سے ایجنٹس کے لیے موزوں ترین ٹول کا انتخاب کرنا مشکل ہو جاتا ہے۔ اگر متعدد ایم سی پی سروسز ایک جیسے ناموں اور تفصیلات کے ساتھ ٹولز پیش کرتی ہیں، تو ایجنٹ کو بہترین آپشن کا انتخاب کرنے میں مشکل پیش آ سکتی ہے، جس کی وجہ سے ٹوکن ضائع ہوتے ہیں اور کارکردگی کم ہوتی ہے۔
کامیاب ترین اے آئی ایپلی کیشنز اکثر اس کے برعکس نقطہ نظر اختیار کرتی ہیں، زیادہ مقدار میں ٹولز کے بجائے زیادہ درست ٹولز فراہم کرتی ہیں۔ مثال کے طور پر، مانس نے ایم سی پی پروٹوکول کے وجود کے باوجود اس کو اپنانے کے بجائے داخلی ایپلی کیشنز بنانے کا انتخاب کیا۔ مانس نے ایم سی پی ایکو سسٹم کے ساتھ انضمام کے بجائے کال کی درستگی اور استحکام کو ترجیح دی۔
کرسر جیسے کوڈ ایڈیٹرز میں بلٹ ان ڈویلپمنٹ فنکشنز ہوتے ہیں، جس کی وجہ سے زیادہ تر بیرونی ایم سی پی ٹولز غیر ضروری ہو جاتے ہیں۔
ایم سی پی مارکیٹ کی موجودہ افراتفری ضروری نہیں کہ ناکامی کی علامت ہو بلکہ کسی بھی ابھرتے ہوئے ٹیکنالوجی ایکو سسٹم کی ترقی کا ایک ضروری مرحلہ ہے۔ تاریخی نظیر سے پتہ چلتا ہے کہ یہ ابتدائی حد سے زیادہ توسیع آہستہ آہستہ مارکیٹ کے انتخاب کے میکانزم کے ذریعے جمع ہو جائے گی، اور سب سے قیمتی عناصر کو پیچھے چھوڑ جائے گی۔
یہ عمل صنعت کو موجودہ چیلنجوں سے سیکھنے اور ایک مضبوط، زیادہ قابل اعتماد ایم سی پی فریم ورک بنانے کی اجازت دے گا۔ جس طرح ڈاٹ کام بلبل (dot-com bubble) نے ای کامرس اور سوشل میڈیا میں گیم تبدیل کرنے والی اختراعات کو جنم دیا، اسی طرح ایم سی پی کا رجحان ایک زیادہ ہموار اور قیمتی ٹول ایکو سسٹم کی طرف لے جا سکتا ہے۔
صارف کے تاثرات کے لیے ایم سی پی ٹیم کا کھلا رویہ حوصلہ افزا ہے، اور صنعت کو ایم سی پی سروسز کے معیار کی تشخیص اور اس کی ضمانت کے لیے بہتر ٹولز کی ضرورت ہے، جو ایکو سسٹم کو مزید قابل استعمال بنانے میں مدد کرے گا۔
ایم سی پی اچھا ہے، کوئی اکسیر نہیں
مذکورہ بالا مسائل ایم سی پی کی حدود اور خامیوں سے آتے ہیں، اس بات پر روشنی ڈالتے ہیں کہ یہ حقیقت میں کیا حاصل کر سکتا ہے۔ تاہم، دیگر تنقیدیں غیر حقیقی توقعات سے آتی ہیں۔
ایک حالیہ تنقید ایم سی پی کو ایک ناقص پروٹوکول قرار دیتی ہے کیونکہ یہ ایل ایل ایمز اور ایم سی پی کے درمیان تعامل کے نمونوں کو متعین نہیں کرتا ہے۔
کچھ توقع کرتے ہیں کہ ایم سی پی خود بخود اے آئی سسٹم کے فیصلہ سازی کو بہتر بنائے گا یا ٹاسک کی منصوبہ بندی کی کارکردگی کو بڑھا دے گا۔ یہ توقع ٹولز کو کاریگروں کے ساتھ خلط ملط کر دیتی ہے۔
یہ مسئلہ ایک علمی عدم توازن سے پیدا ہوتا ہے – ایک مواصلاتی پروٹوکول سے ذہین نظام کے کام انجام دینے کی توقع کرنا۔ یہ فوٹوز میں ترمیم نہ کرنے پر یو ایس بی (USB) کو مورد الزام ٹھہرانے یا کوڈ نہ لکھنے پر 5G معیارات کو مورد الزام ٹھہرانے کی طرح ہے۔ ایم سی پی بنیادی طور پر ایک معیاری ‘ٹول ساکٹ’ ہے، جو اس بات کو یقینی بناتا ہے کہ پلگ مطابقت پذیر ہو بجائے اس کے کہ یہ طے کرے کہ کون سا آلہ استعمال کرنا ہے یا کیسے استعمال کرنا ہے۔
ایجینٹ ٹول انووکیشن کی تاثیر ٹول کے انتخاب کی مہارت، ٹاسک کی منصوبہ بندی کی مہارت اور سیاق و سباق کو سمجھنے جیسی چیزوں پر منحصر ہے، جن میں سے کوئی بھی ایم سی پی کے دائرہ اختیار میں نہیں آتا ہے۔ ایم سی پی صرف ایک معیاری ٹول انٹرفیس کی ضمانت دیتا ہے، نہ کہ یہ کہ ان ٹولز کو کیسے منتخب اور اکٹھا کیا جائے گا۔
ہم اکثر ٹیکنالوجی میں سلور بلٹس (silver bullets) تلاش کرتے ہیں، عالمگیر طور پر قابل اطلاق حل۔ سافٹ ویئر انجینئرنگ کے ‘کوئی سلور بلٹ نہیں’ کے اصول کی طرح، اے آئی ٹول کے استعمال کا کوئی جادوئی حل نہیں ہے۔ ایک مضبوط اے آئی سسٹم کو ڈیزائن کیے گئے اجزاء کی ضرورت ہوتی ہے: سمجھنے اور پیدا کرنے کے لیے ایل ایل ایمز، منصوبہ بندی اور عمل کرنے کے لیے ایجینٹ فریم ورکس اور متحد ٹول انٹرفیس پر توجہ مرکوز کرنے کے لیے ایم سی پی۔
ایم سی پی اچھا پروٹوکول ڈیزائن دکھاتا ہے – ایک مسئلہ پر توجہ مرکوز کرنا اور اسے اچھی طرح سے حل کرنا، نہ کہ سبھی کو۔ اس کی تحمل اسے کلائنٹ سائیڈ ٹول انضمام میں ترقی کرنے میں مدد کرتی ہے۔
علی بابا کے کوون (Qwen)، بیدو کے ‘شین ژیانگ’ اور بائٹ ڈانس کے کووزی اسپیس (Kouzi Space) جیسی اکائیاں ایم سی پی پروٹوکول کو اپناتی ہیں، اور زیادہ موثر داخلی ایم سی پی ایکو سسٹمز قائم کرنے کی کوشش کرتی ہیں۔
تاہم، تعیناتی میں کلیدی اختلافات ہیں: بیدو اور بائٹ ڈانس زیادہ جارحانہ ہیں۔ بیدو سی اینڈ (C-end) نقطہ نظر کی کوشش کرتا ہے، ایم سی پی پروٹوکول کا فائدہ اٹھاتے ہوئے ‘شین ژیانگ’ (کوکون) کے ذریعے کئی اے آئی ماڈلز اور بیرونی ٹولز کو ضم کرتا ہے، بنیادی طور پر موبائل آلات کے لیے، صارف کی روزمرہ کی زندگی میں ضم کرنے اور اپنانے کی حوصلہ افزائی کے لیے۔
بائٹ ڈانس کے کووزی اسپیس میں 60 سے زیادہ ایم سی پی توسیعی پلگ انز ہیں۔ ایک ویب پیج کے ذریعے رسائی حاصل کی جاتی ہے، اس نے ایک اے آئی-نیٹو آئی ڈی ای (AI-native IDE)، ٹری (Trae) بھی لانچ کیا، جو ایم سی پی کی حمایت کرتا ہے، بنیادی طور پر پیداواری صلاحیت کے منظر ناموں کو نشانہ بناتا ہے۔
علی بابا نے ایم سی پی پروٹوکول کو علی پے (Alipay) جیسی مصنوعات میں ضم کیا، جو ایک کلک پر اے آئی ٹول انووکیشن کو قابل بناتا ہے، اور کوون3 ماڈل کو اوپن سورس کیا، جو ایم سی پی پروٹوکول کی حمایت کرتا ہے، اور اس کی ایجینٹ صلاحیتوں کو بڑھاتا ہے۔
ٹینسنٹ کلاؤڈ (Tencent Cloud) ڈویلپرز نے ایک اے آئی ڈویلپمنٹ سویٹ جاری کیا جو ایم سی پی پلگ ان ہوسٹنگ سروسز کی حمایت کرتا ہے۔ ٹینسنٹ کلاؤڈ کا بڑا ماڈل نالج انجن (large model knowledge engine) صارفین کو ایم سی پی پلگ انز کو کال کرنے کے قابل بناتا ہے۔ ٹینسنٹ کلاؤڈ کے کوڈ بڈی (CodeBuddy) کے ذریعے لانچکیا گیا کرافٹ سافٹ ویئر ڈویلپمنٹ انٹیلیجنٹ ایجینٹ ایم سی پی اوپن ایکو سسٹم کے ساتھ مطابقت رکھتا ہے۔ اس کے علاوہ، ٹینسنٹ میپس (Tencent Maps) اور ٹینسنٹ کلاؤڈ سٹوریج (Tencent Cloud Storage) نے اپنا ایم سی پی سرور جاری کیا ہے۔
اے آئی ٹول کا استعمال براہ راست، واحد ٹول آپریشن سے پیشہ ورانہ ایجینٹ تعاون میں تبدیل ہو سکتا ہے، بالکل اسی طرح جیسے پروگرامنگ کے انداز اسمبلی زبان سے آبجیکٹ اورینٹیشن (object orientation) میں تیار ہوئے۔
اس پیراڈائم میں، ایم سی پی صرف بنیادی انفراسٹرکچر کا حصہ بن سکتا ہے، بجائے اس کے کہ صارف یا ڈویلپر کا سامنا کرنے والا انٹرفیس ہو۔ ایک زیادہ مکمل منصوبہ کے لیے آرکیٹیکچرز جیسے ایجینٹ ٹو ایجینٹس (A2A) کی ضرورت ہو سکتی ہے تاکہ خلاصہ کی سطح کو بڑھا کر ٹاسک کی منصوبہ بندی اور ٹول کے انتخاب کی کارکردگی کو بڑھایا جا سکے۔
ایم سی پی کو اس کے ‘پروٹوکول’ کے کردار پر واپس لا کر، ہم صنعت کو معیاری بنانے کے لیے اس کی حقیقی طاقت کو تسلیم کر سکتے ہیں – یہ ٹیکنالوجی کے ارتقاء میں سب سے زیادہ قیمتی ‘ڈی میسٹیفیکیشن’ (de-mystification) لمحہ ہو سکتا ہے۔