WebMCP: فائل کنورٹر کو ایسے ٹول میں بدلنا جسے AI ایجنٹس کال کر سکیں — WebConverter

مدیر کا نوٹ (2026-05)۔ Chrome 150 نے navigator.modelContext کو متروک قرار دیا اور اس کی جگہ document.modelContext اپنایا (WebMCP اسپیک PR #184 کے مطابق)۔ اس پوسٹ کی مثالیں Chrome ٹیم کی تجویز کردہ آگے-ہم آہنگ فیچر ڈیٹیکشن پیٹرن استعمال کرتی ہیں:

const modelContext = document.modelContext || navigator.modelContext;
if (modelContext) {
  // Register tools...
}

WebConverter کا اپنا انضمام بھی بالکل یہی فال بیک استعمال کرتا ہے، اس لیے یہ ان براؤزرز پر کام کرتا رہتا ہے جو پرانا شناخت کنندہ استعمال کرتے ہیں۔

ماڈل کانٹیکسٹ پروٹوکول (MCP) نے معیاری بنایا کہ AI ایجنٹس ٹولز کیسے کال کرتے ہیں۔ WebMCP اس خیال کو کھلے ویب پر لاتا ہے: ایک الگ سرور عمل کے بجائے، ویب سائٹ خود ایک براؤزر API — document.modelContext — کے ذریعے ٹولز ظاہر کرتی ہے جسے براؤزر کے اندر ایک ایجنٹ دریافت اور آہ کر سکتا ہے۔ ہم نے ابھی WebConverter کے لیے ایک WebMCP انضمام جاری کیا، سائٹ جو بھی تبدیلی کر سکتی ہے اسے ایک ایجنٹ کے ذریعے کال کے قابل ٹول میں بدلتے ہوئے جو اب بھی 100% مقامی طور پر آپ کے براؤزر میں چلتا ہے۔

WebMCP کیا ہے؟

WebMCP W3C ویب مشین لرننگ کمیونٹی گروپ کا ایک مسودہ ویب معیار ہے، جسے Google اور Microsoft کے انجینئرز نے ڈیزائن کیا ہے۔ یہ براؤزر کے navigator آبجیکٹ پر ایک نیا داخلہ نقطہ متعین کرتا ہے: document.modelContext۔ ایک صفحہ ایک نامزد ٹول شائع کرنے کے لیے registerTool() کال کرتا ہے — اس کے ان پٹ کے لیے ایک تفصیل اور ایک JSON Schema کے ساتھ — اور ایک execute() فنکشن فراہم کرتا ہے جسے براؤزر (یا اس کے ذریعے کام کرنے والا ایک ایجنٹ) ٹول کال ہونے پر بلاتا ہے۔

کلاسک MCP سے بنیادی فرق: کوئی الگ ٹرانسپورٹ نہیں، کوئی localhost سرور نہیں، انتظام کرنے کے لیے کوئی ٹوکن نہیں۔ ٹول خود صفحے کا اپنا JavaScript ہے۔ ایک رازداری کو ترجیح دینے والے کنورٹر کے لیے یہ فیصلہ کن ہے — ایجنٹ کو صلاحیت ملتی ہے، لیکن آپ کی فائل کبھی ٹیب نہیں چھوڑتی۔

"File Converter MCP" کیوں اہم ہے

آج کسی AI معاون سے ایک فائل تبدیل کرنے کو کہیں اور عام طور پر اس کے پاس تین خراب اختیارات ہوتے ہیں: آپ کی فائل کو تیسرے فریق کے API پر اپلوڈ کرنا، ایک سرور سائیڈ ٹول چلانا جو آپ کے ڈیٹا کو چھوتا ہے، یا انکار کرنا۔ ایک WebMCP سے چلنے والا کنورٹر حساب بدل دیتا ہے: کوئی اپلوڈ نہیں، کوئی API کلید نہیں، کوئی شرح حد نہیں، کوئی لاگت نہیں، اور تقریباً صفر کاربن کیونکہ اپلوڈ-عمل-ڈاؤن لوڈ چکر کبھی ہوتا ہی نہیں۔

وہ ٹولز جو ہم نے ظاہر کیے

WebConverter document.modelContext کے ذریعے دو ٹولز رجسٹر کرتا ہے: list_supported_formats، جو پڑھنے کے قابل ان پٹ فارمیٹس اور لکھنے کے قابل آؤٹ پٹ فارمیٹس واپس کرتا ہے تاکہ ایک ایجنٹ ایک درست تبدیلی کی منصوبہ بندی کر سکے؛ اور convert_image، جو ایک base64 فائل اور ایک ہدف فارمیٹ لیتا ہے اور تبدیل شدہ فائل کو base64 اور ایک data: URL کے طور پر واپس کرتا ہے۔ چونکہ ٹولز موجودہ Worker پائپ لائن کو لپیٹتے ہیں، تصویر کنورٹر جو کچھ بھی کر سکتا ہے، ایک ایجنٹ اب وہ بھی کر سکتا ہے۔

ہم نے اسے کیسے بنایا

انضمام ایک واحد چھوٹی، مؤخر اسکرپٹ ہے جو سائٹ بھر میں لوڈ ہوتی ہے۔ یہ ٹول وضاحت کنندگان کو متعین کرتی ہے، انہیں اسپیک API کے ساتھ رجسٹر کرتی ہے جب document.modelContext موجود ہوتا ہے، اور ایک چھوٹی پروگرامیٹک رجسٹری بھی ظاہر کرتی ہے جو وہی تعریفیں منعکس کرتی ہے — ایک دستاویزی آٹومیشن جوڑ تاکہ ٹولز ان براؤزرز پر بھی قابل آزمائش اور قابل استعمال ہوں جنہوں نے ابھی تک نیٹیو API جاری نہیں کیا۔ پوری چیز اس طرح لپیٹی گئی ہے کہ ایک گمشدہ Worker یا بلاک شدہ WASM کبھی میزبان صفحے میں خرابی نہیں ڈال سکتا، اور یہ صرف چند کلوبائٹ شامل کرتی ہے — کوئی نیا WebAssembly نہیں۔

اعتماد اور حفاظت پر ایک نوٹ

ایجنٹ کے ذریعے کال کے قابل ٹولز جانچ کے مستحق ہیں۔ WebConverter کے ٹولز ڈیزائن کے لحاظ سے صرف پڑھنے کے قابل ہیں: وہ بائٹس لیتے ہیں اور بائٹس واپس کرتے ہیں۔ وہ کبھی ڈسک پر نہیں لکھتے، کبھی نیٹ ورک درخواستیں نہیں کرتے، کبھی دوسرے ٹیبز نہیں پڑھتے، اور کبھی کچھ محفوظ نہیں کرتے۔ convert_image کال کرنے والے ایجنٹ کے پاس بالکل وہی صلاحیت ہے جو "تبدیل کریں" پر کلک کرنے والے انسان کے پاس ہے — اور ایک بٹ بھی زیادہ نہیں۔

اسے آزمائیں

ایک لائیو ڈیمو کے لیے WebMCP صفحہ کھولیں جو convert_image ٹول چلاتا ہے، اور ٹول اسکیماز کا ایک مکمل حوالہ۔ اگر آپ ایک ایجنٹ بنا رہے ہیں، تو یہی ہے کہ ایک ایماندار، نجی، صفر لاگت فائل تبدیلی ٹول کیسا دکھتا ہے — اور یہ بس ایک ویب صفحہ ہے۔