MCP Tools Reference: paydeveloper.googleapis.com

टूल: search_documentation

यह Google Pay और Google Wallet के डेवलपर के आधिकारिक दस्तावेज़ और कोड के सैंपल से, सबसे ज़्यादा काम के और अप-टू-डेट सेक्शन खोजता है और उन्हें वापस लाता है.

यहां दिए गए कोड सैंपल में, search_documentation MCP टूल को कॉल करने के लिए curl का इस्तेमाल करने का तरीका बताया गया है.

कर्ल अनुरोध 
curl --location 'https://paydeveloper.googleapis.com/mcp' \
--header 'content-type: application/json' \
--header 'accept: application/json, text/event-stream' \
--data '{
  "method": "tools/call",
  "params": {
    "name": "search_documentation",
    "arguments": {
      // Provide these details according to the MCP tool specification.
    }
  },
  "jsonrpc": "2.0",
  "id": 1
}'

इनपुट स्कीमा

दस्तावेज़ खोजने के लिए अनुरोध किया गया मैसेज.

SearchDocumentationRequest

JSON के काेड में दिखाना 
{
  "userQuery": string,
  "languageCode": string
}
फ़ील्ड
userQuery

string

ज़रूरी है. खोज के लिए क्वेरी.
languageCode

string

ज़रूरी नहीं. खोज क्वेरी का IETF BCP-47 भाषा कोड.

आउटपुट स्कीमा

दस्तावेज़ खोजने के लिए जवाब वाला मैसेज.

SearchDocumentationResponse

JSON के काेड में दिखाना 
{
  "results": [
    {
      object (DocumentChunk)
    }
  ]
}
फ़ील्ड
results[]

object (DocumentChunk)

सर्च क्वेरी से मेल खाने वाले दस्तावेज़ के हिस्से. इन्हें रेलेवंस स्कोर के हिसाब से क्रम में लगाया जाता है. रेलेवंस स्कोर से यह पता चलता है कि उपयोगकर्ता की क्वेरी और हिस्से का कॉन्टेंट कितना मिलता-जुलता है.

DocumentChunk

JSON के काेड में दिखाना 
{
  "title": string,
  "uri": string,
  "content": string
}
फ़ील्ड
title

string

इससे उस दस्तावेज़ के टाइटल के बारे में पता चलता है जिससे यह हिस्सा जुड़ा है.
uri

string

इससे उस दस्तावेज़ का यूआरआई पता चलता है जिससे यह हिस्सा जुड़ा है.
content

string

इसमें चंक का कॉन्टेंट होता है.

टूल एनोटेशन

टूल के एनोटेशन, एमसीपी क्लाइंट को भेजे जाते हैं. इनसे किसी टूल से जुड़े बुनियादी जोखिम के बारे में जानकारी मिलती है. ज़्यादातर क्लाइंट, इन संकेतों को भरोसेमंद नहीं मानते. हालांकि, इनका इस्तेमाल यह तय करने के लिए किया जा सकता है कि किसी उपयोगकर्ता को पुष्टि करने का प्रॉम्प्ट कब भेजा जाए.

टाइटल स्ट्रिंग के साथ-साथ, यहां दिए गए बूलियन हिंट भी तय किए गए हैं:

  • readOnlyHint: अगर यह सही है, तो टूल अपने एनवायरमेंट में बदलाव नहीं करता है. डिफ़ॉल्ट: गलत.
  • destructiveHint: अगर यह वैल्यू 'सही है' पर सेट है, तो टूल, डेटा को मिटाने जैसी कार्रवाइयां कर सकता है. अगर यह वैल्यू 'गलत है' पर सेट है, तो टूल सिर्फ़ जोड़ने वाली कार्रवाइयां कर सकता है. डिफ़ॉल्ट: सही.
  • idempotentHint: अगर यह वैल्यू 'सही है' पर सेट है, तो एक ही आर्ग्युमेंट के साथ टूल को बार-बार कॉल करने से, उसके एनवायरमेंट पर कोई अतिरिक्त असर नहीं पड़ेगा. डिफ़ॉल्ट: गलत.
  • openWorldHint: अगर यह वैल्यू सही है, तो टूल बाहरी इकाइयों की 'ओपन वर्ल्ड' के साथ इंटरैक्ट कर सकता है. अगर यह गलत है, तो टूल सिर्फ़ इंटरनल इकाइयों के साथ इंटरैक्ट कर सकता है. उदाहरण के लिए, वेब पर खोज करने वाला टूल ओपन वर्ल्ड होगा, जबकि मेमोरी टूल ओपन वर्ल्ड नहीं होगा.

डेटा में बदलाव करने से जुड़ी जानकारी: ❌ | एक ही अनुरोध को कई बार भेजने पर भी नतीजे में कोई बदलाव न होने से जुड़ी जानकारी: ✅ | सिर्फ़ पढ़ने से जुड़ी जानकारी: ✅ | ओपन वर्ल्ड से जुड़ी जानकारी: ❌