संपादक की टिप्पणी (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 टूल चलाता है, और टूल स्कीमा का एक पूर्ण संदर्भ। यदि आप एक एजेंट बना रहे हैं, तो यही है कि एक ईमानदार, निजी, शून्य-लागत फ़ाइल-रूपांतरण टूल कैसा दिखता है — और यह बस एक वेब पेज है।
अपनी तस्वीरें कन्वर्ट करने के लिए तैयार हैं?
WebConverter मुफ़्त में आज़माएँ