स्कैन के फ़ैसले कैसे होते हैं

स्कैनर कैसे फ़ैसला करता है

तीन फ़ैसले, खुले नियम। कोई गलत लगे तो बताइए: यही फ़ीडबैक इसे बेहतर बनाता है।

एजेंट-रेडी: पेज कम से कम एक WebMCP टूल रजिस्टर करता है, लिंटर को उनमें कोई एरर नहीं मिलता, और एजेंट-रेडी स्कोर 70 या उससे ज़्यादा है। लंबे नाम जैसी चेतावनियाँ इसे नहीं रोकतीं।
लगभग: पेज टूल रजिस्टर करता है, पर कम से कम एक में लिंटर एरर है (invalid-name, duplicate-name, missing-description, invalid-input-schema, invisible-unicode, या साइज़ सख़्त सीमा से ऊपर), या स्कोर 70 से कम है।
अभी नहीं: पेज कोई WebMCP टूल रजिस्टर नहीं करता। हम दिखाते हैं कि उनकी जगह पेज पढ़ने में एजेंट कितने टोकन खर्च करेगा।

स्कैन कैसे चलता है

हम अपने सर्वर पर हेडलेस Chrome में पेज खोलते हैं, बिना कुकी और बिना लॉगिन।
पेज की स्क्रिप्ट चलने से पहले हम एक WebMCP होस्ट जोड़ते हैं, ताकि पेज अपने टूल वैसे ही रजिस्टर करे जैसे एजेंट के ब्राउज़र में करता। यह पुराने navigator.modelContext और provideContext भी स्वीकार करता है, ताकि उन पर बनी साइटें भी अपने टूल दिखाएँ।
पेज लोड होने और टूल स्थिर होने के बाद हम हर टूल का नाम, विवरण, इनपुट स्कीमा और एनोटेशन पढ़ते हैं और लिंटर चलाते हैं।
टोकन पेज के टेक्स्ट से आँके जाते हैं: अक्षरों की संख्या को चार से भाग देकर।
स्कोर के लिए वही ब्राउज़र साइट की robots.txt, llms.txt, साइटमैप, Markdown वर्शन, Link हेडर, Agent Skills इंडेक्स और API कैटलॉग लाता है (हर एक 3 s, वही origin, बिना कुकी), और सिर्फ़ यह रखता है कि हर एक मौजूद है या नहीं।
स्कोर, 100 में से: WebMCP 50 (टूल्स 25, कोई लिंट एरर नहीं 15, हर टूल का विवरण 5, हर टूल पर एनोटेशन 5), एजेंट की लागत 15 (टूल्स हों तो पूरे; वरना पेज के टोकन के हिसाब से), पढ़ने लायक 20 और खोजने लायक 15 (हर जाँच के 5)।
नतीजा 10 मिनट तक दोबारा इस्तेमाल होता है; हर विज़िटर प्रति मिनट एक नया स्कैन शुरू कर सकता है।

लिंटर के सभी नियम, कारणों के साथ

लगता है फ़ैसला गलत है? स्कैन लिंक के साथ issue खोलें।