W3C ने वेब न्यूरल नेटवर्क (WebNN) API को उम्मीदवार सिफारिश में बढ़ाया

क्या हुआ

• 22 जनवरी 2026 को W3C ने वेब न्यूरल नेटवर्क (WebNN) API का एक अद्यतन उम्मीदवार सिफारिश स्नैपशॉट प्रकाशित किया — यह ब्राउज़रों में हार्डवेयर-त्वरित न्यूरल-नेटवर्क इनफेरेंस के लिए एक निम्न-स्तरीय वेब मानक है। (w3.org)

पूर्ण-स्टैक डेवलपर्स के लिए यह क्यों महत्वपूर्ण है

• क्लाइंट-साइड ML प्रयोगात्मक पुस्तकालयों और स्वामित्व वाले ब्राउज़र एक्सटेंशनों से एक मानकीकृत, इंटरऑपरेबल API की ओर बढ़ रहा है जो GPUs, NPUs और अन्य त्वरकों को लक्षित कर सकता है। यह वास्तविक कार्य (इनफेरेंस) को सर्वरों से उपयोगकर्ताओं के उपकरणों पर स्थानांतरित करता है — कई ऐप्स के लिए विलंबता, बैंडविड्थ, और क्लाउड लागत को कम करते हुए गोपनीयता और ऑफ़लाइन क्षमताओं में सुधार करता है। (w3.org)
• विनिर्देशन में विस्तारित ऑपरेटर समर्थन (विशेष रूप से अतिरिक्त ट्रांसफार्मर ऑपरेटर), एक नया MLTensor बफर-शेयरिंग API, और एक अमूर्त उपकरण चयन मॉडल जोड़ा गया है — सभी वास्तविक उत्पादन कार्यभार और बेहतर बैकएंड पोर्टेबिलिटी के लिए लक्षित हैं। ये व्यावहारिक परिवर्तन हैं जो ऑन-डिवाइस इनफेरेंस को आसान और अधिक कुशल बनाते हैं। (w3.org)
• W3C अब अगले परिपक्वता चरण में आगे बढ़ने से पहले कार्यान्वयन और परीक्षण कवरेज की अपेक्षा करता है; विनिर्देशन स्पष्ट रूप से दो स्वतंत्र, इंटरऑपरेबल कार्यान्वयन और ओपन टेस्ट सूट की आवश्यकता को उजागर करता है। इसका मतलब है कि ब्राउज़र विक्रेताओं और रनटाइम टीमों से मापने योग्य, परीक्षण योग्य व्यवहार को शिप करने के लिए कहा जा रहा है — केवल एक व्याख्याकार नहीं। (w3.org)

तत्काल प्रभाव और व्यावहारिक क्रियाएँ

• पुनः मूल्यांकन करें कि इनफेरेंस कहाँ चलना चाहिए। विलंबता-संवेदनशील सुविधाओं (छवि वर्गीकरण, ऑन-डिवाइस सिफारिशें, कैमरा-आधारित UX) के लिए, WebNN के साथ क्लाइंट पर मॉडल को स्थानांतरित करने की तुलना अपने मौजूदा सर्वर इनफेरेंस से करें। कई मॉडलों के लिए ठंडे-शुरुआत विलंबता और बैंडविड्थ पर बड़े लाभ की अपेक्षा करें। (w3.org)
• मौजूदा पॉलीफिल्स और प्रयोगात्मक कार्यान्वयनों के साथ परीक्षण करना शुरू करें। इंजनों के बीच व्यवहार की तुलना करने के लिए WebNN परीक्षण सूट और WPT परिणामों का उपयोग करें; उपकरणों (मोबाइल SoCs, डेस्कटॉप GPUs) के बीच मॉडल सटीकता और संसाधन उपयोग को मान्य करें। असमर्थित या सीमित क्लाइंट के लिए बैकअप पथ (WebAssembly/CPU इनफेरेंस या सर्वर साइड) तैयार करें। (w3.org)
• अब ऑन-डिवाइस इनफेरेंस के लिए मॉडलों को परिवर्तित और अनुकूलित करें। ONNX या पतले ऑपरेटर सेट में निर्यात करने वाले टूलचेन का समर्थन करना आसान होगा। मॉडल के आकार, क्वांटाइजेशन, और ऑपरेटर कवरेज पर ध्यान दें — नए ऑपरेटर तरंगें ट्रांसफार्मर समर्थन में सुधार करती हैं लेकिन अभी तक हर रनटाइम के बैकएंड से मेल नहीं खातीं। प्रतिनिधि उपकरणों पर मॉडल इनफेरेंस को मान्य करने के लिए CI जांच की योजना बनाएं। (w3.org)
• देवऑप्स और पैकेजिंग: मॉडल कलाकृतियों को संस्करणन, आकार बजट, और कैशिंग नीतियों के साथ तैनाती योग्य संपत्तियों के रूप में मानें। जब ढांचे (React, Node APIs, एज फ़ंक्शन) का उपयोग करें, तो स्पष्ट रूप से परिभाषित करें कि मॉडल मूल्यांकन कहाँ होता है और उपकरण क्षमता और इनफेरेंस प्रदर्शन के लिए टेलीमेट्री को उपकरण करें। (w3.org)

अगले क्या देखना है

• कार्यान्वयन रिपोर्ट और WPT परिणामों को ट्रैक करें जो W3C विनिर्देशन में लिंक करता है — ये यह संकेत देंगे कि कौन से ब्राउज़र और रनटाइम उत्पादन उपयोग के लिए पर्याप्त इंटरऑपरेबिलिटी तक पहुँचते हैं। एक बार जब दो स्वतंत्र कार्यान्वयन परीक्षण सूट को पास कर लेते हैं, तो WebNN पूर्ण सिफारिश और व्यापक शिपिंग की ओर बढ़ सकता है। (w3.org)

स्रोत:

• W3C — वेब न्यूरल नेटवर्क (WebNN) API (उम्मीदवार सिफारिश ड्राफ्ट, 26 जनवरी 2026):

स्रोत

• Source