Cloudflare نے اپنے ڈیش بورڈ میں ایک نیا ٹوگل شامل کیا ہے جو کسی بھی سائٹ کے صفحات میں WebMCP برج (bridge) کو شامل (inject) کر دیتا ہے، جس سے AI ایجنٹس اصل سرور (origin server) کے کوڈ کو چھیڑے بغیر سائٹ کے فراہم کردہ ٹولز کو تلاش کر سکتے ہیں اور انہیں استعمال کر سکتے ہیں۔ یہ اقدام کسی ویب پراپرٹی کو "ایجنٹ ریڈی" (agent-ready) بنانے کے سب سے زیادہ محنت طلب مرحلے کو ختم کر دیتا ہے، لیکن ڈویلپرز کو اب بھی مفید ٹولز کی تعریف کرنی پڑتی ہے اور ان کے استعمال کی نگرانی کرنی ہوتی ہے۔

ایج ٹوگل (edge toggle) کیوں اہم ہے

WebMCP ایک API ہے جو ٹولز کو رجسٹر کرنے کے لیے استعمال ہوتی ہے۔ اب تک، کسی سائٹ کو اس پروٹوکول پر لانے کے لیے ہر صفحے پر دستی طور پر ایک برج اسکرپٹ شامل کرنا پڑتا تھا۔ Cloudflare کا نیا "Browser Run → Agent Readiness" سوئچ ایج (edge) پر اس عمل کو خودکار بنا دیتا ہے، اور اسکرپٹ کو اس وقت شامل کرتا ہے جب HTML Cloudflare کے نیٹ ورک سے نکل کر وزیٹر کے براؤزر تک پہنچ رہا ہوتا ہے۔

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

یہ فیچر اصل میں کیا کرتا ہے

جب ٹوگل فعال (enable) ہوتا ہے تو دو چیزیں ہوتی ہیں:

  • Edge injection – Cloudflare باہر جانے والے HTML کے ساتھ ایک چھوٹا سا JavaScript payload شامل کر دیتا ہے۔ یہ روایتی اسٹیٹک صفحات اور جدید SPAs دونوں کے لیے کام کرتا ہے جو کلائنٹ سائیڈ راؤٹنگ پر انحصار کرتے ہیں۔
  • Browser bridge – اسکرپٹ صارف کے براؤزر میں چلتا ہے اور سائٹ کو WebMCP API کے ساتھ رجسٹر کرتا ہے، اور ان ٹولز کا اعلان کرتا ہے جو وہ فراہم کر سکتا ہے۔

Cloudflare اس پری ویو کے ساتھ دو پہلے سے تیار شدہ ٹول پیک فراہم کر رہا ہے:

  1. Content Credentials – میڈیا فائلوں کے ساتھ منسلک C2PA (Coalition for Content Provenance and Authenticity) میٹا ڈیٹا کو ظاہر کرتا ہے، جس سے ایجنٹس اصل ہونے کی تصدیق کر سکتے ہیں۔
  2. Site MCP Server – ایک پراکسی کے طور پر کام کرتا ہے جو ٹول کالز کو اس MCP سرور تک پہنچاتا ہے جو آپ پہلے سے پس منظر میں چلا رہے ہیں۔

یہ پیک تقسیم (distribution) کے مسئلے کو حل کرتے ہیں: اب آپ کو سائٹ کو ایجنٹس کے لیے قابل رسائی بنانے کے لیے ہر صفحے پر برج کوڈ بکھیرنے کی ضرورت نہیں ہے۔

ڈویلپر پر اب بھی کیا ذمہ داریاں ہیں

سوئچ آن کرنے سے کوئی شاپنگ کارٹ یا فلائٹ سرچ فارم جادوئی طور پر AI کے قابل ٹول میں تبدیل نہیں ہو جاتا۔ برج محض یہ اعلان کرتا ہے کہ ایک سائٹ ٹولز فراہم کر سکتی ہے؛ سائٹ کو اب بھی انہیں خود تعریف (define) کرنا ہوگا۔ کسی ٹول کے قابل استعمال ہونے کے لیے دو شرائط ضروری ہیں:

  • ایک MCP سرور کہیں چل رہا ہونا چاہیے جہاں پراکسی پہنچ سکے۔
  • ڈویلپر کو document.modelContext API کے ذریعے ہر ٹول کو رجسٹر کرنا ہوگا، جس میں ٹول کا نام، ان پٹ اسکیما (input schema)، اور متوقع آؤٹ پٹ فارمیٹ بتانا ہوگا۔

اگر کوئی سرچ ٹول فراہم کیا جاتا ہے، تو ڈویلپر کو اس بات کو یقینی بنانا ہوگا کہ واپس آنے والا ڈیٹا صاف، منظم اور ڈاؤن اسٹریم ایجنٹس کے لیے مفید ہو۔ ورنہ ٹول کو کال تو کیا جائے گا لیکن وہ کوئی خاص فائدہ نہیں دے گا۔

نگرانی (Observability) ایک اور اہم پہلو ہے۔ موجودہ ریلیز میں ایسے لاگز (logs) سامنے نہیں آتے جو یہ دکھائیں کہ کن ایجنٹس نے کون سے ٹولز کال کیے یا کالز کہاں ناکام ہوئیں۔ ٹیموں کو اپنی خود کی انسٹرومینٹیشن (instrumentation) کرنی ہوگی—جیسے کہ ریکویسٹ آئی ڈیز، رسپانس ٹائم، اور ایرر کوڈز کو محفوظ کرنا—تاکہ یہ تصدیق کی جا سکے کہ برج اور بنیادی MCP سرور مطلوبہ طریقے سے کام کر رہے ہیں۔

کس کو فائدہ ہوگا، اور کس کو قدم اٹھانا ہوگا

  • سائٹ کے مالکان جو پہلے سے ہی MCP سرور چلا رہے ہیں وہ Cloudflare کا سوئچ آن کر سکتے ہیں اور فوری طور پر اپنے موجودہ ٹول سیٹ کی ایج لیول پر تقسیم حاصل کر سکتے ہیں۔ ایج انجیکشن بنیادی کام (plumbing) سنبھال لیتا ہے، جس سے وہ ٹول ڈیزائن پر توجہ مرکوز کر سکتے ہیں۔
  • وہ کاروبار جو چاہتے ہیں کہ AI ایجنٹس اقدامات کریں (جیسے پروڈکٹ کیٹلاگ تلاش کرنا، اپائنٹمنٹ بک کرنا، وغیرہ) انہیں اب بھی ٹول کی تعریفیں لکھنی ہوں گی اور ان کی مکمل جانچ کرنی ہوگی۔ ٹوگل اس کام کا متبادل نہیں ہے۔
  • ٹیموں کو ان اندرونی APIs کو کسی بھی ایجنٹ کے سامنے ظاہر کرنے کے بھروسے (trust implications) پر غور کرنا چاہیے جو سائٹ کو دریافت کرتا ہے۔

خلاصہ (Takeaway)

Cloudflare کا ایج ہوسٹڈ WebMCP ٹوگل ہر صفحے میں برج اسکرپٹ شامل کرنے کے دستی مرحلے کو ختم کر دیتا ہے، جس سے کسی بھی سائٹ کے لیے AI ایجنٹس کے ذریعے قابل دریافت بننے کا راستہ کھل جاتا ہے۔ اصل کام—مفید ٹولز ڈیزائن کرنا، انہیں محفوظ بنانا، اور نگرانی (observability) کا نظام بنانا—اب بھی ڈویلپر کے ذمے ہے۔ ٹوگل کو تقسیم کے معمے کو حل کرنے کے لیے استعمال کریں؛ پھر اپنی توجہ ان صلاحیتوں اور بھروسے کے چیلنجز پر مرکوز کریں جو یہ طے کرتے ہیں کہ آیا ایجنٹس واقعی آپ کی سائٹ پر کچھ مفید کر سکتے ہیں یا نہیں۔