MCP سرور کیا ہے? 2026 میں MCP اور MCP UI کیسے کام کرتے ہیں

1 اپریل 2025 کو Invariant Labs نے add نام کا ایک ٹول شائع کیا۔ یہ دو نمبر لیتا تھا اور ان کا مجموعہ واپس کرتا تھا۔ لیکن اس کی وضاحت میں IMPORTANT سے نشان زد ایک بلاک بھی تھا، جو کلائنٹ کے انٹرفیس میں نظر نہیں آتا تھا۔ وہ ماڈل سے کہتا تھا کہ ~/.cursor/mcp.json اور ~/.ssh/id_rsa پڑھے اور دونوں فائلیں ایک فالتو پیرامیٹر کے ذریعے باہر بھیج دے۔ ماڈل نے حکم مان لیا۔ یوزر کو صرف جمع کا حساب نظر آیا۔

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

MCP سرور کیا ہے

MCP سرور ایک پروگرام ہے جو Model Context Protocol (MCP) کے ذریعے AI ایپلیکیشنز کو ٹولز، ڈیٹا اور پرامپٹس فراہم کرتا ہے۔ سرکاری دستاویزات MCP کو “AI ایپلیکیشنز کو بیرونی سسٹمز سے جوڑنے کا ایک اوپن سورس معیار” قرار دیتی ہیں۔ Claude، ChatGPT، Visual Studio Code یا Cursor جیسا کوئی AI کلائنٹ سرور سے جڑتا ہے، پوچھتا ہے کہ وہ کیا پیش کرتا ہے، اور یوزر کی جانب سے ان صلاحیتوں کو کال کرتا ہے۔

Anthropic نے 25 نومبر 2024 کو MCP کا اعلان کیا، اور ساتھ چھ تیار سرورز پیش کیے: Google Drive، Slack، GitHub، Git، Postgres اور Puppeteer۔ OpenAI نے مارچ 2025 میں اسے اپنایا۔ Google DeepMind اپریل میں شامل ہوا۔ دسمبر 2025 میں Anthropic نے یہ پروٹوکول Agentic AI Foundation کو عطیہ کر دیا، جو Linux Foundation کے تحت ایک مخصوص فنڈ ہے اور جس کی مشترکہ بنیاد Anthropic، Block اور OpenAI نے رکھی۔

مسئلہ رابطوں کی بڑھتی تعداد ہے۔ MCP سے پہلے GitHub تک پہنچنے والی ہر AI ایپ اپنا کنیکٹر لکھتی اور ہر فراہم کنندہ ہر ایپ کے لیے رابطہ بناتا تھا۔ دس ماڈل اور دس ٹول سو انضمام تک پہنچ سکتے تھے۔ MCP اسے بیس تک گھٹاتا ہے: ہر کلائنٹ پروٹوکول ایک بار نافذ کرتا ہے اور ہر نظام ایک سرور پیش کرتا ہے۔

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

MCP سرور کیسے کام کرتا ہے

موجودہ اسپیسیفیکیشن، یعنی ورژن 2026-07-28، تین کرداروں کے درمیان JSON-RPC 2.0 پیغامات استعمال کرتی ہے۔ اس کی اپنی وضاحت بس تین سطروں کی ہے: ہوسٹس “LLM ایپلیکیشنز ہیں جو کنکشن شروع کرتی ہیں”، کلائنٹس “ہوسٹ ایپلیکیشن کے اندر موجود کنیکٹرز ہیں”، اور سرورز “ایسی سروسز ہیں جو سیاق و سباق اور صلاحیتیں فراہم کرتی ہیں۔”

ہوسٹ، کلائنٹ، سرور

ہوسٹ وہ ایپلیکیشن ہے جس میں آپ ٹائپ کرتے ہیں: Claude Desktop، کوئی IDE، یا آپ کا اپنا ایجنٹ۔ اس کے اندر ہر سرور کنکشن کے لیے ایک کلائنٹ چلتا ہے۔ سرور دوسری طرف بیٹھتا ہے اور اصل سسٹم سے بات کرتا ہے، چاہے وہ Postgres ڈیٹا بیس ہو، GitHub API ہو یا آپ کی ڈسک کا کوئی فولڈر۔ ہوسٹ طے کرتا ہے کہ ماڈل کیا دیکھے گا اور یوزر کو کس چیز کی منظوری دینی ہوگی۔ سرور طے کرتا ہے کہ پیچھے والا سسٹم کیا کرے گا۔

1. ہوسٹ Claude Desktop · کوئی IDE · آپ کا اپنا ایجنٹ

   ماڈل کو ٹولز دکھاتا ہے، یوزر سے رضامندی مانگتا ہے

2. کلائنٹ ہر سرور کنکشن کے لیے ایک

   stdio یا Streamable HTTP پر JSON-RPC بولتا ہے

3. MCP سرور ٹولز · ریسورسز · پرامپٹس

   بتاتا ہے کہ وہ کیا پیش کرتا ہے اور کالز چلاتا ہے

4. پیچھے کا سسٹم ڈیٹا بیس · SaaS API · لوکل فائلیں

   اصل کام کرتا ہے

ٹولز، ریسورسز اور پرامپٹس

ایک سرور تین قسم کی چیزیں پیش کر سکتا ہے:

• ٹولز ایسے فنکشنز ہیں جنہیں ماڈل چلا سکتا ہے: create_issue، query_orders، send_email۔ ہر ٹول کا ایک نام، ایک وضاحت اور اس کے ان پٹ کے لیے ایک JSON Schema ہوتا ہے۔
• ریسورسز یوزر یا ماڈل کے پڑھنے کے لیے سیاق و سباق اور ڈیٹا ہیں: کوئی فائل، ڈیٹا بیس اسکیما یا کوئی ریکارڈ۔
• پرامپٹس ٹیمپلیٹ والے پیغامات اور ورک فلوز ہیں جنہیں یوزر منتخب کر سکتا ہے، جیسے “اس پُل ریکویسٹ کا خلاصہ بنائیں”۔

سب سے زیادہ توجہ ٹولز کو ملتی ہے کیونکہ وہ عمل کرتے ہیں۔ اسی وجہ سے سب سے زیادہ خطرہ بھی انہی میں ہے۔

ایک ٹول کال، قدم بہ قدم

2026-07-28 کی نظرِثانی نے MCP کو اسٹیٹ لیس بنا دیا۔ اب کوئی initialize ہینڈشیک نہیں؛ ہر درخواست اپنا پروٹوکول ورژن اور کلائنٹ کی صلاحیتیں _meta فیلڈ میں ساتھ لے کر چلتی ہے، اور سرورز کو server/discover میتھڈ نافذ کرنا ہوتا ہے تاکہ کلائنٹ پہلے ہی پوچھ سکے کہ وہ کیا سپورٹ کرتے ہیں۔ اب ایک ٹول کال یوں چلتی ہے:

1. یوزر کہتا ہے: اس بگ کے لیے ایک ٹکٹ بنائیں

2. قدم 1

   دریافت

   • کلائنٹ ورژنز اور صلاحیتوں کے لیے server/discover کال کر سکتا ہے
3. قدم 2

   ٹولز کی فہرست

   • tools/list نام، وضاحتیں اور ان پٹ اسکیما واپس کرتا ہے
4. قدم 3

   ماڈل ٹول چنتا ہے

   • ہوسٹ ٹولز کی تعریفیں ماڈل کو دیتا ہے
5. قدم 4

   یوزر کی رضامندی

   • اسپیسیفیکیشن کہتی ہے کہ ہوسٹ کو کوئی بھی ٹول چلانے سے پہلے واضح رضامندی لینی ہوگی
6. قدم 5

   کال

   • آرگیومنٹس کے ساتھ tools/call، پروٹوکول ورژن _meta میں

7. ان پٹ نامکمل? سرور input_required واپس کرتا ہے؛ کلائنٹ جوابات کے ساتھ دوبارہ کوشش کرتا ہے

   قدم 6

   نتیجہ

8. نتیجہ سیاق و سباق کے طور پر ماڈل کے پاس لوٹتا ہے

قدم 6 اس نظرِثانی میں نیا ہے۔ جس سرور کو مزید معلومات درکار ہوں، وہ اب کلائنٹ کو اپنی الگ درخواست نہیں بھیجتا۔ وہ input_required سے نشان زد نتیجہ واپس کرتا ہے، کلائنٹ جواب اکٹھا کرتا ہے اور اصل کال دوبارہ کرتا ہے۔ اسپیسیفیکیشن اسے Multi Round-Trip Request پیٹرن کہتی ہے۔

ٹرانسپورٹس: stdio اور Streamable HTTP

اسپیسیفیکیشن دو معیاری ٹرانسپورٹس متعین کرتی ہے:

• stdio: کلائنٹ سرور کو ایک سب پروسیس کے طور پر چلاتا ہے اور اسٹینڈرڈ ان پٹ اور آؤٹ پٹ پر نئی سطر سے الگ کیے گئے JSON-RPC پیغامات کا تبادلہ کرتا ہے۔ زیادہ تر لوکل سرورز اسی طرح چلتے ہیں، اور اس کا مطلب ہے کہ سرور آپ کی مشین پر آپ کے اختیارات کے ساتھ چلتا ہے۔
• Streamable HTTP: ہر پیغام ایک ہی اینڈپوائنٹ پر HTTP POST ہوتا ہے، اور جوابات ایک JSON آبجیکٹ یا درخواست تک محدود ایونٹ اسٹریم کی صورت میں واپس آتے ہیں۔ ریموٹ، ہوسٹڈ سرورز اسی طرح چلتے ہیں۔

پرانا HTTP+SSE ٹرانسپورٹ باضابطہ طور پر متروک ہے۔ 2026-07-28 کی نظرِثانی نے پروٹوکول کی سطح کے سیشنز اور Mcp-Session-Id ہیڈر بھی ختم کر دیے؛ جس سرور کو کئی کالز کے درمیان اسٹیٹ درکار ہو، وہ اب اپنا ہینڈل خود بناتا ہے اور اسے ایک عام ٹول آرگیومنٹ کے طور پر واپس وصول کرتا ہے۔

اتھارائزیشن

MCP میں اتھارائزیشن اختیاری ہے، اور یہ صرف HTTP پر لاگو ہوتی ہے۔ stdio پر اسپیسیفیکیشن کہتی ہے کہ سرورز کو اسناد ماحول (environment) سے لینی چاہئیں۔ HTTP پر، ایک محفوظ MCP سرور OAuth 2.1 ریسورس سرور کی طرح کام کرتا ہے۔ اسے OAuth Protected Resource Metadata (RFC 9728) شائع کرنا ہوتا ہے تاکہ کلائنٹس اس کا اتھارائزیشن سرور تلاش کر سکیں۔ کلائنٹس کو بتانا ہوتا ہے کہ ٹوکن بالکل کس سرور کے لیے ہے (RFC 8707 ریسورس انڈیکیٹرز)۔ سرورز کو ہر وہ ٹوکن رد کرنا ہوتا ہے جو ان کے لیے جاری نہیں ہوا، اور سیکیورٹی رہنمائی “ٹوکن پاس تھرو” کو، یعنی کلائنٹ کا ٹوکن بغیر تبدیلی کے کسی نچلی API تک آگے بھیجنے کو، صراحت کے ساتھ ممنوع قرار دیتی ہے۔

یہ آخری اصول جتنا نظر آتا ہے اس سے زیادہ اہم ہے۔ جو سرور ملنے والا ہر ٹوکن آگے بڑھا دیتا ہے، وہ ہر ٹوکن رکھنے والے کے لیے پراکسی بن جاتا ہے۔

MCP UI کیا اضافہ کرتا ہے: ایسے سرورز جو انٹرفیس واپس بھیجتے ہیں

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

حیثیت درست بیان کرنا ضروری ہے۔ خیال کمیونٹی منصوبے MCP-UI سے شروع ہوا۔ OpenAI نے Apps SDK میں ملتا جلتا طریقہ بنایا۔ MCP منصوبے نے دونوں کے ساتھ 21 نومبر 2025 کو مشترکہ معیار تجویز کیا اور 26 جنوری 2026 کو MCP Apps کو پہلے سرکاری MCP توسیع کے طور پر شائع کیا۔ MCP-UI پیکج اب یہی معیار نافذ کرتے ہیں اور مستقبل کی بہتری کے لیے کمیونٹی کی آزمائش گاہ بھی ہیں۔

تو آج MCP UI کا مطلب ہے MCP Apps۔ یہ سرکاری ہے، اور یہ ایک ایکسٹینشن ہے، بنیادی پروٹوکول نہیں۔ ایکسٹینشنز اختیاری ہوتی ہیں: کلائنٹ اور سرور دونوں کو انہیں سپورٹ کرنا ہوتا ہے، اور دستاویزات صاف کہتی ہیں کہ “ہوسٹ کی سپورٹ ہر کلائنٹ میں مختلف ہوتی ہے۔” MCP Apps کی دستاویزات سپورٹ کرنے والے ہوسٹس کے طور پر Claude، Claude Desktop، VS Code GitHub Copilot، Microsoft 365 Copilot، Goose، Postman، MCPJam اور Archestra.AI کو گنواتی ہیں۔ جس سرور کے ٹولز UI واپس بھیجتے ہیں، اسے ایسے کلائنٹ کے لیے بھی کام کرنا ہوگا جو صرف ٹیکسٹ دکھاتا ہے۔

تکنیکی طور پر، یہ MCP کے اپنے ہی حصوں کو دوبارہ استعمال کرتا ہے:

1. ٹول کی وضاحت میں _meta.ui.resourceUri شامل ہوتا ہے، جو ایک ui:// ریسورس کی طرف اشارہ کرتا ہے۔
2. ہوسٹ وہ ریسورس، یعنی اسکرپٹس سمیت ایک HTML صفحہ، حاصل کرتا ہے اور ٹول کال ہونے سے پہلے ہی اسے پری لوڈ کر سکتا ہے۔
3. ہوسٹ اسے ایک سینڈ باکس شدہ iframe میں دکھاتا ہے، جو پیرنٹ صفحہ، اس کی کوکیز یا اس کا اسٹوریج نہیں پڑھ سکتا۔
4. ایپ اور ہوسٹ postMessage پر MCP کی JSON-RPC بولی میں بات کرتے ہیں۔ ایپ ٹول کالز کی درخواست کر سکتی ہے، اور ہوسٹ طے کرتا ہے کہ کن کی اجازت دینی ہے۔

قیمت حقیقی ہے۔ اب آپ کسی اور کی ایپلیکیشن کے اندر ایک ویب فرنٹ اینڈ بھیج رہے ہیں، ایسی کنٹینٹ سیکیورٹی پالیسی کے ساتھ جو آپ کو اعلان کرنی ہوگی، ایسے رینڈرنگ اصولوں کے ساتھ جن پر آپ کا کنٹرول نہیں، اور ہر اس ہوسٹ کے لیے ٹیکسٹ متبادل کے ساتھ جو اسے نظرانداز کرتا ہے۔ فائدہ یہ ہے کہ منظوری کا کام اب چیٹ ٹرانسکرپٹ نہیں رہتا۔ دستاویزات کی اپنی موزوں مثالوں کی فہرست “اخراجات کی رپورٹس منظور کرنا، کوڈ کی تبدیلیوں کا جائزہ لینا یا مسائل کی درجہ بندی کرنا” پر ختم ہوتی ہے، اور یہی اس کا دیانت دار مرکز ہے: MCP UI فیصلوں میں سب سے اچھا ہے، سجاوٹ میں نہیں۔

صرف پڑھنے والی Tajo مثال

Tajo کی Alto MCP سطح میں query_contacts شامل ہے، جو منسلک ورک اسپیس میں محفوظ رابطے تلاش کرتا ہے۔ موجودہ رابطے کو ای میل سے تلاش کر کے واپس آیا ID، ای میل رضامندی کی حالت اور آخری مشاہدے کا وقت دیکھیں۔ الگ get_contact_topic_status اس رابطے کی موضوع وار رکنیت پڑھتا ہے۔

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

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

ٹول کی کال پائیدار ہم وقت سازی نہیں

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

وقت ختم ہونے کے بعد پڑھنا عموماً دہرایا جا سکتا ہے۔ بھیجنا یا ادائیگی شاید پہلے ہی ہو چکی ہو۔ دوبارہ کوشش سے پہلے عمل کا ریکارڈ رکھیں اور نتیجہ ملائیں۔ ماڈل کا اعتماد کارروائی کی اجازت نہیں دیتا اور نہ تکرار محفوظ بناتا ہے۔

مخصوص رابطے کو منزل میں لکھنے کے لیے Brevo API رہنما دیکھیں۔ حساب شدہ فیلڈز کو کب الگ برقرار رکھی جانے والی ہم وقت سازی چاہیے، یہ reverse ETL بتاتا ہے۔

سیکیورٹی کا بل پروٹوکول کے ساتھ آتا ہے

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

اب تک کا ریکارڈ یہ ہے:

• ٹول پوائزننگ (tool poisoning)۔ Invariant Labs کا اپریل 2025 کا انکشاف، یعنی اوپر والا add ٹول۔ اسی پوسٹ میں رگ پُل (rug pull) کا ذکر تھا، جس میں سرور آپ کی منظوری کے بعد ٹول کی وضاحت بدل دیتا ہے، اور شیڈوئنگ (shadowing) کا، جس میں ایک بدنیت سرور کسی قابلِ اعتماد سرور کے بارے میں ماڈل کا رویہ دوبارہ لکھ دیتا ہے۔
• لوکل سرور میں نقب۔ جولائی 2025 میں JFrog نے mcp-remote کے ورژن 0.0.5 سے 0.1.15 تک میں CVE-2025-6514 کا انکشاف کیا، جس سے ایک بدنیت سرور یوزر کی مشین پر کمانڈز چلا سکتا تھا۔ اسی موسمِ گرما میں CVE-2025-49596 نے Anthropic کے اپنے MCP Inspector کو نشانہ بنایا، جو بطورِ ڈیفالٹ بغیر تصدیق کے آتا تھا۔
• اسکوپ کا پھیلاؤ۔ سرکاری سیکیورٹی بہترین طریقے اس پیٹرن کا نام لیتے ہیں: ٹوکنز کو شروع میں ہی files:* یا admin:* دے دیا جاتا ہے، کیونکہ سرور نے ہر اسکوپ کی فہرست دی اور کلائنٹ نے سب مانگ لیے۔
• سرکاری تشویش۔ مئی 2026 میں امریکی National Security Agency نے کہا کہ MCP کا “تیز رفتار پھیلاؤ اس کے سیکیورٹی ماڈل کی تیاری سے آگے نکل گیا ہے۔”

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

• سرورز صرف انہی ذرائع سے انسٹال کریں جنہیں آپ MCP کے باہر بھی وہی اسناد سونپ دیتے۔
• طویل مدتی کیز رکھنے والی لوکل بائنریز کے بجائے OAuth اور محدود اسکوپس والے ریموٹ سرورز کو ترجیح دیں۔
• ہر رائٹ کے لیے انسانی منظوری لازمی رکھیں، اور لاگ کریں کہ کس نے کیا منظور کیا۔
• سرور کے ورژنز پن کریں، اور جب کسی ٹول کی وضاحت بدلے تو دوبارہ جائزہ لیں۔
• پوری API نہیں، کام کے مطابق بنے ٹولز فراہم کریں؛ جو ڈیلیٹ اینڈپوائنٹ کبھی فراہم ہی نہیں کیا گیا، ماڈل اس کا غلط استعمال نہیں کر سکتا۔

پروٹوکول نے ڈبے کو معیاری بنایا۔ سامان کی جانچ اب بھی آپ کا کام ہے۔

MCP سرور بنائیں یا موجودہ سرور استعمال کریں

mcp.so جیسی عوامی ڈائریکٹریز کمیونٹی کے بنائے سرورز کی فہرست رکھتی ہیں، اور کئی SaaS وینڈرز اپنے سرورز شائع کرتے ہیں۔ مثلاً Brevo ایک MCP سرور فراہم کرتا ہے جو الگ الگ سرورز میں بھی تقسیم ہے، تاکہ کسی ایجنٹ کو مہمات کے بغیر صرف کانٹیکٹس دیے جا سکیں۔ فیصلہ محنت سے کم اور اس بات سے زیادہ جڑا ہے کہ ٹولز کی شکل کس کے ہاتھ میں ہونی چاہیے۔

آپ کے ایجنٹ کو کون سا MCP سرور استعمال کرنا چاہیے?

1. وینڈر ایسا سرور شائع کرتا ہے جو کام پورا کرتا ہے

   وینڈر کا سرور استعمال کریں

   یہ API کے ساتھ چلتا ہے اور وینڈر اس کی دیکھ بھال کرتا ہے۔

2. ایک ہی سسٹم، لیکن آپ کو کم یا زیادہ محفوظ ایکشنز چاہئیں

   اسے محدود اسکوپ کے ساتھ استعمال کریں

   کم سے کم اسکوپس دیں اور صرف وہ ٹول گروپس فراہم کریں جن کی ایجنٹ کو ضرورت ہے۔

3. اندرونی ڈیٹا یا ایسا سسٹم جس کا کوئی سرور نہیں

   ایک چھوٹا سرور بنائیں

   آپ کی اپنی API پر کام کے مطابق بنے چند ٹولز، آپ کی اپنی تصدیق کے ساتھ۔

4. کام دو یا زیادہ سسٹمز تک پھیلا ہوا ہے

   ایک کنٹرول شدہ لیئر بنائیں یا اپنائیں

   تمام سسٹمز کے لیے ٹولز، رضامندی کے اصولوں اور آڈٹ ہسٹری کا ایک ہی سیٹ۔

ایک بنیادی سرور بنانا آسان حصہ ہے۔ کسی سرکاری SDK کے ساتھ، ایک ٹول والا چالو stdio سرور ایک سہ پہر کا کام ہے۔ قیمت بعد میں چکانی پڑتی ہے: HTTP ورژن کے لیے OAuth، متروکیاں (2026-07-28 کی نظرِثانی نے Roots، Sampling اور Logging، اور ساتھ ہی Dynamic Client Registration کو متروک کیا)، اور ایسی ٹول وضاحتیں لکھنے کا مسلسل کام جنہیں ماڈل درست پڑھے۔ ہر اینڈپوائنٹ کے لیے ایک ٹول بنا کر API کو لپیٹنا سب سے عام غلطی ہے۔ ہر ٹول کی وضاحت ایسا ٹیکسٹ ہے جسے ماڈل کو پڑھنا اور تولنا پڑتا ہے، اس لیے کام کے مطابق بنے ٹولز کی مختصر فہرست پوری API سطح سے بہتر ہے۔

MCP، API، انٹیگریشنز اور iPaaS

MCP، API کی جگہ نہیں لیتا۔ تقریباً ہر MCP سرور کسی API کے اوپر ایک ریپر ہے۔ اصل کام اب بھی API میں ہوتا ہے، اپنی ریٹ لمٹس، ڈیٹا ماڈل اور خصوصیات کے ساتھ۔ MCP یہ بدلتا ہے کہ اسے کون کال کر سکتا ہے: ایک ماڈل، رن ٹائم پر، وضاحت پڑھ کر کال چنتا ہے، بجائے اس کے کہ کوئی ڈیولپر اسے پہلے سے کوڈ میں لکھ دے۔

یہ فرق ان دو دوسری چیزوں سے ایک واضح لکیر کھینچتا ہے جن سے اسے اکثر ملا دیا جاتا ہے:

• انٹیگریشنز اور iPaaS (اہم پلیٹ فارمز کا موازنہ یہاں ہے) ڈیٹا کو شیڈول یا ٹرگر پر، طے شدہ طریقے سے، منتقل کرتے ہیں، چاہے کوئی چیٹ میں ہو یا نہ ہو۔ 40,000 آرڈرز کا CRM میں رات کا سنک اس پر منحصر نہیں ہونا چاہیے کہ کوئی ماڈل 40,000 ٹول کالز کرنے کا فیصلہ کرے۔
• ریورس ETL ویئرہاؤس سے ماڈل شدہ ڈیٹا واپس آپریشنل ٹولز میں بھیجتا ہے۔ ریورس ETL کیا ہے اور یہ کب موزوں ہے اپنی جگہ الگ موضوع ہے، اور یہ ایک پائپ لائن ہے، گفتگو نہیں۔
• MCP ان لمحوں کے لیے ہے جب کسی شخص یا ایجنٹ کو ان سسٹمز میں، ضرورت کے وقت، کچھ پوچھنا، جانچنا یا کرنا ہو۔

غلطی دونوں سمتوں میں ہوتی ہے۔ کچھ ٹیمیں بلک سنک کے لیے MCP سرورز بناتی ہیں، اور انہیں سست، مہنگی اور ناقابلِ تکرار پائپ لائنز ملتی ہیں۔ دوسری ٹیمیں احتیاط سے انٹیگریشنز بناتی ہیں اور پھر انہیں کوئری کرنے کے لیے اپنے AI اسسٹنٹ کو خام API کی تھما دیتی ہیں، اور انہیں بغیر نگرانی کا ایک چور دروازہ ملتا ہے۔

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

22 مہینوں میں MCP چھ ریفرنس سرورز سے Linux Foundation کا ایسا پروجیکٹ بن گیا جسے Claude، ChatGPT، VS Code اور Cursor سب بولتے ہیں۔ ماڈل کو سسٹم سے جوڑنا اب سستا حصہ ہے۔ وہاں اسے کیا کرنے کی اجازت ہے، یہ طے کرنا ہی اصل کام ہے۔