खुला मानक

Busymate AI एजेंट तैयार v1

क्या कोई AI आपको खोज सकता है, आपको समझ सकता है, आप पर विश्वास कर सकता है, और आपके साथ उपयोगी काम कर सकता है? यही पूरा सवाल है। यह मानक इसे एक संख्या से जवाब देता है और हर बिंदु के पीछे रसीद दिखाता है।

अपना पता जांचें देखें कि कोई निर्णय कैसे साबित होता है

संस्करण 1.0 — छः भाग, दस आवश्यकताएं, सौ अंक।

01आर्किटेक्चर

पाँच परतें, और एक कार्ड जो उन्हें जोड़ता है

एक एजेंट एक वेबसाइट से परतों में मिलता है, प्रत्येक एक अलग सवाल का जवाब देता है। agents.json शीर्ष पर एकल कार्ड है जो उन सभी को इंगित करता है, इसलिए कुछ भी अनुमान नहीं लगाया जाना पड़ता।

विषयवस्तु
पृष्ठ स्वयं — एक बार लिखा गया, HTML के रूप में किसी पाठक को दिया गया और Markdown के रूप में किसी मशीन को दिया गया।
खोज
संकेत जो कहते हैं कि कहाँ से शुरू करें: एक sitemap, एक llms.txt, दोनों को इंगित करने वाले हेडर।
अर्थविज्ञान
तथ्यों से जुड़ा अर्थ — पृष्ठ में JSON-LD, Markdown पर frontmatter।
क्रियाएँ
जो कुछ यहाँ और अभी किया जा सकता है, ब्राउज़र में जो विज़िटर के पास पहले से खुला है: WebMCP पेज टूल्स।
दूरस्थ क्षमताएँ
जो सेवा से कहीं से भी करने के लिए कहा जा सकता है: OAuth के पीछे एक MCP समापन बिंदु।
agents.json
क्षमता कार्ड: जो आप प्रकाशित करते हैं, कौन से इंटरफेस आप उजागर करते हैं, साइन इन करने का तरीका, और किस व्यक्ति तक पहुँचना है।

02स्कोरिंग

छः भाग सौ अंक साझा करते हैं

प्रत्येक परत को उस अनुभाग के रूप में दर्जा दिया जाता है जिसे एक पाठक पहचानता है। अनुभाग के अंदर आवश्यकता अधिकांश weight रखती है और सहायक diagnostics शेष रखते हैं।

परत	अनुभाग	यह क्या पूछता है	अंक
खोज	खोजें	क्या AI एजेंट आपकी सामग्री खोज सकता है?	15
अर्थविज्ञान	समझें	क्या एजेंट आपके व्यवसाय को सही तरीके से समझता है?	15
विषयवस्तु	पढ़ें	क्या एजेंट कुशलतापूर्वक आपकी सामग्री का उपभोग कर सकता है?	20
क्रियाएँ	कार्रवाई	क्या एजेंट आपकी वेबसाइट पर कार्रवाई कर सकता है?	20
दूरस्थ क्षमताएँ	जुड़ें	क्या बाहरी एजेंट आपके सिस्टम को कॉल कर सकते हैं?	20
सुरक्षा	विश्वास	क्या एजेंट प्रमाणित हो सकता है, कार्यों की पुष्टि कर सकता है, और किसी मानव तक पहुंच सकता है?	10
कुल			100

अंतिम पंक्ति एक चिंता को दर्जा देती है जो ऊपर की आकृति नहीं दिखाती: कौन काम करने की अनुमति है, और कब कोई अतिथि एक व्यक्ति तक पहुँचता है जब किसी को नहीं करना चाहिए।

एक जाँच जो आप पर लागू नहीं हो सकती है denominator को छोड़ देती है — sign-in discovery की आवश्यकता उस सेवा द्वारा नहीं होती है जहाँ हर tool पहले से ही सभी के लिए खुला है।

8 में से 35 checks ऐसी परंपराएं हैं जिन पर अभी कोई भी सहमत नहीं हुआ है। वे किसी भी तरह से कुछ भी मूल्य नहीं रखते: जब पाए जाएं तो reported होते हैं, अनुपस्थित होने पर कभी कटौती नहीं।

03आवश्यकताएं

साइट को पूरा करने वाले दस मानदंड

दस खंड निर्धारित करते हैं कि कोई साइट तैयार है या नहीं। स्कैन जो कुछ भी रिपोर्ट करता है वह सब कुछ एक निदान है — उपयोगी, प्रमाणित, और कभी तैयार और नहीं के बीच की रेखा नहीं।

विषयवस्तु

R1: महत्वपूर्ण सामग्री प्रारंभिक HTML में मौजूद है।
R2: पृष्ठ स्वयं का Markdown प्रतिनिधित्व उजागर कर सकते हैं।

खोज

R3: साइट एक sitemap प्रकाशित करती है।
R4: साइट एक llms.txt प्रकाशित करती है।
R5: साइट एक मशीन-पठनीय क्षमता मेनिफेस्ट प्रकाशित करती है।

अर्थविज्ञान

R6: पृष्ठ अपनी भाषा और उनके canonical URL की घोषणा करते हैं।
R7: साइट structured व्यावसायिक या उत्पाद metadata प्रकाशित करती है।

क्रियाएँ

R8: जब पृष्ठ कोई भी web actions प्रदान करता है तो उन्हें घोषित किया जाता है।
R9: जब सेवा backend agent tools या API प्रदान करती है तो उन्हें घोषित किया जाता है।

सुरक्षा

R10: प्रमाणीकरण, प्राधिकरण और मानव हस्तांतरण स्पष्ट हैं।

खंड नौ कोई भी ईमानदार जवाब लेता है — एक लाइव MCP एंडपॉइंट, एक OpenAPI दस्तावेज़, एक GraphQL स्कीमा, या क्षमता कार्ड में नाम दिया गया एक इंटरफ़ेस। एक होना महत्वपूर्ण है, कौन सा नहीं।

अंतिम खंड दोगुना साबित होता है: एक व्यक्ति जिसे एजेंट एक आगंतुक को सौंप सकता है, और जो कर सकता है इस पर एक बयान।

04एक पता

एक ही लिंक, जिस भी रूप में कॉलर पढ़ता है

एक पाठक एक पृष्ठ खोलता है और पृष्ठ को पाता है। एक मशीन एक अनुरोध हेडर के साथ सादा पाठ माँगती है और सादा पाठ पाती है। कुछ भी दूसरी साइट में विभाजित नहीं होता।

पूछिए, और Markdown वापस आता है
एक अनुरोध जो Accept: text/markdown ले कर आता है, 200 के साथ Content-Type: text/markdown; charset=utf-8 के साथ जवाब देता है। बाकी हर अनुरोध HTML को अपरिवर्तित रूप से परोसा जाता है।
Vary: Accept, हर बार
प्रतिक्रिया उस अनुरोध हेडर को नाम देती है जिसने इसे आकार दिया, इसलिए बीच में कोई भी caching दोनों रूपों को अलग रखता है बजाय एक को दोनों को परोसने के।
Frontmatter जो इसके साथ यात्रा करता है
Markdown अपने canonical पते के साथ खुलता है, वह तारीख जब इसे आखिरी बार बदला गया और जिस भाषा में यह लिखा गया है — शरीर का एक भी शब्द पढ़ने से पहले ही ज्ञात।
Link हेडर जो इशारा करते हैं
एक हेडर साइट को llms.txt से बताता है, एक agents.json को एक विकल्प के रूप में प्रस्तुत करता है, और एक पृष्ठ के अपने Markdown विकल्प को प्रस्तुत करता है; HTML head वह अंतिम दोहराता है। एक साथ वे एक फ़ाइल जो मौजूद होती है उसे एक साइट से अलग करते हैं जिसका अर्थ पढ़ा जाना है।

वार्तालापhttp

GET /pricing HTTP/1.1
Host: yourwebsite.com
Accept: text/markdown

HTTP/1.1 200 OK
Content-Type: text/markdown; charset=utf-8
Vary: Accept
Link: </llms.txt>; rel="describedby"; type="text/plain"
Link: </agents.json>; rel="alternate"; type="application/json"
Link: </pricing/md>; rel="alternate"; type="text/markdown"

---
title: Pricing
description: What each plan includes and what it costs.
canonical: https://yourwebsite.com/pricing
updated: 2026-09-15
language: en
---

# Pricing

GET /pricing HTTP/1.1
Host: yourwebsite.com
Accept: text/markdown

HTTP/1.1 200 OK
Content-Type: text/markdown; charset=utf-8
Vary: Accept
Link: </llms.txt>; rel="describedby"; type="text/plain"
Link: </agents.json>; rel="alternate"; type="application/json"
Link: </pricing/md>; rel="alternate"; type="text/markdown"

---
title: Pricing
description: What each plan includes and what it costs.
canonical: https://yourwebsite.com/pricing
updated: 2026-09-15
language: en
---

# Pricing

यहाँ कोई AI URLs नहीं हैं। एक /md suffix पृष्ठ के पीछे एक शांत fallback के रूप में बैठ सकता है एक ऐसे client के लिए जो negotiate नहीं कर सकता, लेकिन यह कभी advertise नहीं किया जाता और कभी canonical नहीं होता — जो एक व्यक्ति शेयर करता है वह है जो एक agent लाता है।

05सबूत

हर फैसले के साथ इसकी receipt आती है

इसके पीछे कुछ भी नहीं एक score एक राय है। प्रत्येक जाँच तीन लाइनें रखती है: वह call जो इसने बनाई, वह उत्तर जो यह दस्तावेज़ उम्मीद करता है, और वह उत्तर जो इसे वास्तव में मिला।

एक content जाँचyaml

check:     markdown_representation
request:   GET https://yourwebsite.com/pricing
           Accept: text/markdown
expected:  text/markdown with Vary: Accept
received:  200 text/html; charset=utf-8 — no Vary header
status:    fail
weight:    5
earned:    0

केवल हेडर जो उत्तर बदलते हैं वह रिकॉर्ड किए जाते हैं, और credentials कभी नहीं।

एक connection जाँचyaml

check:     mcp_transport
endpoint:  https://yourwebsite.com/mcp
transport: streamable-http
protocol:
  offered:    2025-06-18
  returned:   2025-03-26
  negotiated: 2025-03-26
initialize: true
toolsList:  true
auth:
  mode: oauth
  oauthMetadata: true
  metadataUrl: https://yourwebsite.com/.well-known/oauth-authorization-server
  pkce: [S256]
  dynamicRegistration: true   # optional either way
  requirementsDocumentedAt: the capability manifest
tools:
  listedWithoutToken: 7       # listed, not usable
  authenticated: null         # we never sign in to your server
  withReadOnlyHint: 7
executionTested: false        # so the execution check stays UNVERIFIED
status:    pass

check:     mcp_transport
endpoint:  https://yourwebsite.com/mcp
transport: streamable-http
protocol:
  offered:    2025-06-18
  returned:   2025-03-26
  negotiated: 2025-03-26
initialize: true
toolsList:  true
auth:
  mode: oauth
  oauthMetadata: true
  metadataUrl: https://yourwebsite.com/.well-known/oauth-authorization-server
  pkce: [S256]
  dynamicRegistration: true   # optional either way
  requirementsDocumentedAt: the capability manifest
tools:
  listedWithoutToken: 7       # listed, not usable
  authenticated: null         # we never sign in to your server
  withReadOnlyHint: 7
executionTested: false        # so the execution check stays UNVERIFIED
status:    pass

एक remote interface अधिक रिकॉर्ड करता है: यह कहाँ रहता है, transport जो इसने identify किया, यह sign-in को कैसे advertise करता है, और कितने tools बिना token के answer देते हैं बनाम कितने को एक की जरूरत है।

एक authenticated गिनती अज्ञात के रूप में पढ़ी जाती है, शून्य नहीं, जब कोई साइन इन नहीं करता गिनने के लिए।

06निर्णय

चार तरीके जिनसे एक जाँच आ सकती है

हर एक साइट मालिक के लिए एक अलग वाक्य है, इसलिए उनमें से कोई भी दूसरे में शामिल नहीं है।

पास
जो खंड की अपेक्षा थी वह वापस आया।
आंशिक
इसका कुछ हिस्सा जगह पर है; रसीद उस आधे को नाम देती है जो नहीं है।
वैकल्पिक
एक अनिर्णीत परंपरा, जो पाई गई या अनुपस्थित के रूप में दर्ज की गई और किसी भी दिशा में कोई अंक नहीं दिए गए।
विफल
माँगा गया था, और कुछ नहीं मिला।

जाँच नहीं की जा सकी कभी पास नहीं है

एक इनकार, एक समय समाप्ति, एक रीडायरेक्ट जो कभी नहीं पहुँचता: प्रोब ने अपना वजन बनाए रखा और अपने आप पर सूचीबद्ध है। एक पाठक तब एक लापता विशेषता को एक अनुत्तरित प्रश्न से बता सकता है, और कोई अंतर कभी भी चुपचाप सफलता के रूप में स्कोर नहीं किया जाता है।

07क्या बदला

संस्करण 1.2

हमारी अपनी एक लाइव रिपोर्ट के बाहरी ऑडिट ने ऐसी जगहें खोजीं जहाँ स्कोर सबूत की तुलना में अधिक आत्मविश्वासी था, और जहाँ इसने सही काम करने वाली साइट को कम अंक दिए। नीचे दी गई प्रत्येक खोज एक ऐसा नियम है जो बदला, इसलिए इस संस्करण से पहले आपने जो रिपोर्ट पढ़ी थी वह अब अलग तरीके से स्कोर कर सकती है — और करनी चाहिए।

जिस अंतर v1.2 पर निर्भर करता है

क्षमता खोजना इसे उपयोग करने की अनुमति दिया जाना नहीं है

एक टूल कैटलॉग जो बिना टोकन के उत्तर देता है आपको बताता है कि टूल सूचीबद्ध हैं। यह आपको नहीं बताता कि उनमें से कोई भी आपके लिए आज चलेगा। संस्करण 1 ने उन्हें एक निर्णय में समेकित किया और पहले के लिए पूर्ण अंक दिए। अब वे चार अलग-अलग निष्कर्ष हैं:

खोज — एंडपॉइंट उत्तर देता है, एक प्रोटोकॉल संशोधन पर बातचीत करता है और अपने टूल सूचीबद्ध करता है।
दस्तावेज़ित पहुँच — सेवा बताती है कि किन क्षमताओं को टोकन की आवश्यकता है और कौन सी नहीं।
साइन-इन खोज — OAuth मेटाडेटा हल हो जाता है, और जहाँ क्लाइंट को इसे सत्यापित करना पड़ता है PKCE का विज्ञापन करता है।
परीक्षित निष्पादन — एक प्रमाणित कॉल वास्तव में सफल होता है।

केवल पहले तीन को बाहर से मापा जा सकता है। चौथा इस स्कैनर की हर रिपोर्ट पर अपरीक्षित रहता है: इसके पास आपकी सेवा के लिए कोई साख नहीं है और कभी किसी अजनबी का टूल नहीं कहता। ये अंक अलग से रिपोर्ट किए जाते हैं, कभी पास के रूप में गिने नहीं जाते और कभी आप पर दोष नहीं लगाया जाता।

एक परिणाम, तीन रूप
पृष्ठ, Markdown और JSON अब एक ही परिणाम ऑब्जेक्ट प्रदान करते हैं — समान स्कैन, समान स्थितियाँ, समान कुल। पहले वे एक दूसरे से असहमत हो सकते थे।
कोई सही संपर्क स्कोर नहीं
प्रमाणित निष्पादन कभी भी बाहर से परीक्षण नहीं किया जाता है, इसलिए इसके बिंदु हर साइट के लिए अयोग्य रहते हैं, हमारे सहित। एक रिपोर्ट अब यह नहीं कह सकती कि कोई सेवा पूरी तरह से कॉल करने योग्य है ऐसे सबूत पर जो इसके पास नहीं है।
संस्करण-सचेत जाँच
रिपोर्ट रिकॉर्ड करती है कि इसने क्या पेश किया, आपके सर्वर ने क्या उत्तर दिया, और कच्चा हैंडशेक। एक सुविधा जो एक बाद के संस्करण में पेश की गई थी, कभी भी एक सत्र के विरुद्ध नहीं रखी जाती है जो एक पहले वाले में तय की गई थी।
संकेत व्यवहार नहीं हैं
कितने उपकरण घोषित करते हैं कि केवल-पठन संकेत अपनी पंक्ति पर रिपोर्ट किया जाता है और कुछ भी स्कोर नहीं करता है। किसी परिणामी कार्रवाई से पहले वास्तव में किसी व्यक्ति से पूछा जाता है या नहीं, इसके लिए वर्कफ़्लो परीक्षण की आवश्यकता है, और यह बताता है।
क्रॉलर के तीन प्रकार
मॉडल प्रशिक्षण, AI खोज और उद्धरण, और एक पृष्ठ जिसे किसी व्यक्ति ने आपके साथी को खोलने के लिए कहा, ये तीन निर्णय हैं। केवल अंतिम दो खोज हैं। प्रशिक्षण से बाहर निकलने का कोई खर्च नहीं है।
डिफ़ॉल्ट एक नीति है
पृष्ठ उपकरणों के लिए कोई permissions-policy प्रविष्टि नहीं मतलब मसौदे की डिफ़ॉल्ट अनुमतिसूची लागू होती है — आपका अपना मूल, कोई और नहीं। यह पास हो जाता है। एक स्पष्ट अनुमतिसूची इसके ऊपर कठोर है।
प्रत्येक प्रकार के लिए सही फ़ील्ड
अंतिम-संशोधित तारीख उन सामग्री प्रकारों से पूछी जाती है जो एक को परिभाषित करते हैं, कभी भी उस नोड से नहीं जो कहता है कि आप कौन हैं। पहचान और ताज़गी का अलग से मूल्यांकन किया जाता है।
खोजें अपना दायरा नाम देती हैं
एक पृष्ठ से पढ़ा गया परिणाम ऐसा कहता है, और जिन मार्गों को स्कैन ने वास्तव में पढ़ा, वे रिपोर्ट के साथ यात्रा करते हैं। होमपेज पर कुछ भी मापा नहीं जाता है जैसे कि यह हर स्क्रीन का वर्णन करता है।
जुड़वां को अपने साथ सहमत होना चाहिए
अब ज्ञात पथ और इसके रूट पथ दोनों पर प्रकाशित क्षमता मैनिफेस्ट की जांच यह करने के लिए की जाती है कि यह दोनों पर एक जैसी बात कहता है — केवल एक प्रति के अस्तित्व के लिए नहीं।
साइटमैप एक वास्तविक दस्तावेज़ होना चाहिए
अब साइटमैप की जांच यह करने के लिए की जाती है कि यह एक वास्तविक urlset या sitemapindex है जिसके लिंक आपके अपने पते की ओर इशारा करते हैं, केवल 200 के साथ प्रतिक्रिया देने के लिए नहीं।
हैंडऑफ़ संपर्क को क्रॉल की आवश्यकता नहीं
एक mailto लिंक, एक संपर्क पृष्ठ, संरचित संपर्क डेटा या llms.txt में एक वर्णित संपर्क लाइन अब सभी किसी व्यक्ति तक पहुंचने में मदद करते हैं — उनमें से किसी को भी कुछ पहले क्रॉल किए जाने की आवश्यकता नहीं है।

एक रिपोर्ट इस मानक के तहत एक स्कोर है, संस्करण 1.2 — एक निदान जिस पर आप कार्रवाई कर सकते हैं, कोई प्रमाणपत्र नहीं और कोई अनुपालन बैज नहीं। नियम यहाँ प्रकाशित हैं ताकि आप उनसे असहमत हो सकें।

देखिए आपकी अपनी साइट कहाँ खड़ी है

grades की रिपोर्ट के लिए एक पता डालिए और इसके नीचे सबूत — फिर अपने साथी से पूछिए कि सादे भाषा में पहले क्या ठीक करना है।

मेरी साइट को rate करें डेवलपर गाइड पढ़ें