एक ब्राउज़र एजेंट एक बटन देखता है और उसकी स्थिति का अनुमान लगाता है। यह काम कर सकता है। लेकिन कोई वेब एप्लिकेशन अपना अर्थ अधिक स्पष्ट रूप से भी बता सकता है: यह क्रिया उपलब्ध अपॉइंटमेंट खोजती है, एक तारीख की अपेक्षा करती है और एक सूची लौटाती है। क्लिक की स्थिति से वर्णित टूल की ओर यही बदलाव WebMCP को रोचक बनाता है।
प्रलेखित स्थिति के अनुसार WebMCP एक प्रायोगिक प्रस्ताव है। वर्तमान व्याख्यात्मक दस्तावेज़ JavaScript और document.modelContext के माध्यम से इम्पेरेटिव पंजीकरण को कवर करता है। डिक्लेरेटिव HTML फ़ॉर्म टूल्स की अलग से पड़ताल की जा रही है और वे वर्तमान में इस विनिर्देश का हिस्सा नहीं हैं। इसलिए 18 मई 2026 दिनांकित Chrome अवलोकन पेज अक्टूबर में किसी नई सार्वभौमिक ब्राउज़र सुविधा का दावा करने का कारण नहीं है।
एक टूल एक सीमित क्रिया से शुरू होता है
हमारे अपने उदाहरण का नाम “उपलब्ध अपॉइंटमेंट खोजें” है। इसका काम जानकारी देने पर समाप्त होता है। यह कोई आरक्षण नहीं बनाता। विवरण से ही यह स्पष्ट हो जाना चाहिए, ताकि कोई एजेंट खोज परिणाम को पुष्ट अपॉइंटमेंट में न बदल दे।
इनपुट में एक तारीख और एक प्रस्तावित सेवा होती है। परिणाम उपलब्ध समय-स्लॉट के साथ वही संदर्भ बताता है। “10:30” जैसा कोई अलग-थलग मान कमज़ोर होगा: वह किसी दूसरे दिन या सेवा से संबंधित हो सकता है। संरचित परिणाम विशेष रूप से तब सहायक होता है, जब उसकी प्रविष्टियों की व्याख्या स्पष्ट रूप से की जा सके।
{
"tool": "find_slots",
"input": {
"date": "2030-04-12",
"service": "intro"
},
"effect": "read_only"
}यह हमारा शिक्षण स्कीमा है, कॉपी करने के लिए तैयार WebMCP पंजीकरण नहीं। भविष्य की तारीख और सेवा काल्पनिक हैं। यह उस अनुबंध को दिखाता है जिसे किसी वास्तविक कार्यान्वयन को निर्दिष्ट करना होगा। ठोस API सिंटैक्स के लिए वर्तमान प्रायोगिक दस्तावेज़ीकरण ही प्रामाणिक है।
त्रुटियों को भी समझने योग्य अर्थ चाहिए
एक अमान्य तारीख, कोई उपलब्ध अपॉइंटमेंट न होना और तकनीकी कारणों से उपलब्ध न हो पाने वाली सेवा—ये तीन अलग-अलग परिणाम हैं। यदि ये सभी केवल एक खाली सूची देते हैं, तो एजेंट को कारण का अनुमान लगाना पड़ेगा। इसलिए टूल के उत्तर में एक समझने योग्य स्थिति और अगले निर्णय के लिए आवश्यक जानकारी होनी चाहिए।
यही बात आंशिक जानकारी पर भी लागू होती है। क्या खोज पूरी हो गई है, या डेटा अभी भी गायब है? क्या उत्तर नवीनतम अनुरोध से संबंधित है? क्या व्यक्ति ने इस बीच तारीख बदल दी है? ऐसे प्रश्न इस बात से स्वतंत्र रूप से मौजूद रहते हैं कि इंटरफ़ेस को स्क्रीनशॉट के माध्यम से संबोधित किया जाता है या किसी टूल के माध्यम से।
विवरण कोई अनुमति नहीं है
एक सही इनपुट स्कीमा बताता है कि अनुरोध का रूप क्या होना चाहिए। यह तय नहीं करता कि कॉल करने वाले को यह जानकारी पढ़ने की अनुमति है या नहीं। एप्लिकेशन को अब भी अपने नियम स्वयं लागू करने होंगे। अच्छा सुनाई देने वाला टूल नाम न तो साइन-इन है और न ही पहुँच नियंत्रण।
बुकिंग की ओर संक्रमण को भी अपना अलग अर्थ चाहिए। “उपलब्ध समय खोजें” और “यह समय मेरे लिए आरक्षित करें” के परिणाम अलग-अलग होते हैं। उन्हें चुपचाप एक ही फ़ंक्शन में विलीन नहीं होना चाहिए। किसी वास्तविक आरक्षण को पुष्ट की गई प्रविष्टि और अभिप्रेत निर्देश को ध्यान में रखना होगा।
इसलिए पहले, हानिरहित डिज़ाइन अभ्यास के लिए निश्चित नमूना डेटा पर्याप्त है। तीन उत्तर-स्थितियों का वर्णन करें और तय करें कि हर स्थिति में कौन-सी अगली क्रिया उचित होगी। इससे आप किसी वास्तविक बुकिंग या मौजूदा WebMCP रनटाइम का दिखावा किए बिना यह परख सकते हैं कि अनुबंध कितना समझने योग्य है।
WebMCP अपने आप कोई मौजूदा रिमोट MCP सर्वर नहीं है
MCP शब्द विभिन्न तकनीकी संदर्भों में दिखाई देता है। ब्राउज़र की ओर वर्णित कोई क्रिया केवल इसी कारण HTTP पर पहुँचे जा सकने वाले रिमोट टूल सर्वर जैसा कनेक्शन नहीं बन जाती। किसी विशिष्ट कनेक्शन के लिए क्लाइंट, ट्रांसपोर्ट, साइन-इन और वास्तव में उपलब्ध कराए गए टूल मायने रखते हैं।
इसलिए मौजूदा रिमोट MCP पहुँच यह सिद्ध नहीं करती कि कोई वेबसाइट WebMCP का समर्थन करती है। इसी तरह, एक प्रायोगिक ब्राउज़र प्रस्ताव यह गारंटी नहीं देता कि हर एजेंट पहले से इसका उपयोग कर सकता है। यह भेद व्यावहारिक है: यह किसी मिलते-जुलते नाम के कारण गलत एकीकरण योजना बनने से रोकता है।
हस्तांतरणीय प्रश्न स्पष्ट रहता है। क्या कोई एप्लिकेशन व्यक्त कर सकता है कि कौन-सी क्रिया, किन इनपुट के साथ, कौन-सा परिणाम और कौन-सा प्रभाव देती है? यह उत्तर जितना सटीक होगा, एजेंट को स्क्रीन पर किसी स्थिति से उतना ही कम अनुमान लगाना पड़ेगा। अच्छे टूल अनुबंध कार्य-क्षेत्र को समझना आसान बनाते हैं; फिर भी एप्लिकेशन के नियम उसकी अपनी ज़िम्मेदारी बने रहते हैं।
स्रोत और स्थिति
शोध और दस्तावेज़ीकरण 25 अक्टूबर 2026 की स्थिति के अनुसार। WebMCP · WebMCP व्याख्यात्मक दस्तावेज़.
