Cursor में solvethree MCP जोड़ें

1. 1.

   एनवायरनमेंट वेरिएबल सेट करें

   SOLVETHREE_API_KEY को अपनी वर्कस्पेस API कुंजी पर और SOLVETHREE_PROXY को उस प्रॉक्सी पर सेट करें जिसका उपयोग आप समाधान प्राप्त करने और सबमिट करने के लिए करेंगे। दोनों को Cursor लॉन्च करने वाली प्रक्रिया के लिए उपलब्ध कराएँ। प्रोजेक्ट कॉन्फ़िगरेशन में वास्तविक क्रेडेंशियल न लिखें।

2. 2.

   कॉन्फ़िगरेशन फ़ाइल चुनें

   प्रोजेक्ट-विशिष्ट सेटअप के लिए .cursor/mcp.json या उपयोगकर्ता के सभी प्रोजेक्ट पर लागू सेटअप के लिए ~/.cursor/mcp.json का उपयोग करें। प्रोजेक्ट में solvethree नाम की एंट्री उसी नाम की ग्लोबल एंट्री को ओवरराइड करती है।

3. 3.

   सर्वर एंट्री जोड़ें

   नीचे दिए गए कॉन्फ़िगरेशन का उपयोग करें। यदि फ़ाइल में पहले से अन्य सर्वर हैं, तो फ़ाइल बदलने के बजाय उसके मौजूदा mcpServers ऑब्जेक्ट में solvethree जोड़ें।

{
  "mcpServers": {
    "solvethree": {
      "command": "npx",
      "args": [
        "--yes",
        "--package=https://solvethree.com/downloads/solvethree-sdk-0.1.0.tgz",
        "solvethree-mcp"
      ]
    }
  }
}

यह npx का उपयोग करके आधिकारिक SDK डाउनलोड से solvethree-mcp शुरू करता है। कॉन्फ़िगरेशन को Cursor का एनवायरनमेंट विरासत में मिलता है; यह JSON के भीतर एनवायरनमेंट-वेरिएबल इंटरपोलेशन पर निर्भर नहीं करता।

Cursor को पूरी तरह बंद करें, फिर उसे ऐसे एनवायरनमेंट से दोबारा लॉन्च करें जिसमें दोनों वेरिएबल हों। टर्मिनल में वेरिएबल एक्सपोर्ट करने से पहले से चल रहे GUI में बदलाव नहीं होता।

Cursor के MCP टूल और MCP Logs आउटपुट की जाँच करें। सर्वर solvethree_capabilities, solvethree_create_recaptcha, solvethree_create_kasada, solvethree_create_tmpt और solvethree_get_task उपलब्ध कराता है। उपलब्ध ऑपरेशन देखने के लिए पहले solvethree_capabilities कॉल करें।

सर्वर शुरू नहीं होता।

स्टार्टअप त्रुटि के लिए MCP Logs पढ़ें।

यह आज़माएँ: यदि Cursor को npx नहीं मिलता, तो उसे Cursor के PATH में उपलब्ध कराएँ और Cursor फिर से शुरू करें।

सर्वर एनवायरनमेंट वेरिएबल मौजूद न होने की सूचना देता है।

सिर्फ़ अपने मौजूदा टर्मिनल की नहीं, बल्कि उस एनवायरनमेंट की जाँच करें जिससे वास्तव में Cursor लॉन्च हुआ था।

यह आज़माएँ: वहाँ दोनों वेरिएबल सेट करें, Cursor को पूरी तरह बंद करें और उसे दोबारा लॉन्च करें।

Cursor अनपेक्षित कॉन्फ़िगरेशन का उपयोग करता है।

दोनों कॉन्फ़िगरेशन फ़ाइलों में solvethree एंट्री देखें।

यह आज़माएँ: यदि आप ग्लोबल एंट्री का उपयोग करना चाहते थे, तो प्रोजेक्ट एंट्री अपडेट करें या हटाएँ।

Cursor के कॉन्फ़िगरेशन इंटरफ़ेस के लिए उसका आधिकारिक MCP दस्तावेज़ देखें।

1. 1.

   पुष्टि करें कि साइट प्रोफ़ाइल सक्रिय है

   साइट प्रोफ़ाइल में इच्छित होस्टनेम, कैप्चर ऐक्शन और reCAPTCHA प्रकार कॉन्फ़िगर करें। समाधान का अनुरोध करने से पहले पुष्टि करें कि प्रोफ़ाइल सक्रिय है। टूल को होस्टनेम और ऐक्शन देने से प्रोफ़ाइल नहीं बनती। कैप्चर प्रक्रिया के लिए साइट प्रोफ़ाइल सेटअप देखें।

2. 2.

   reCAPTCHA टूल कॉल करें

   Cursor से site, action और एक अद्वितीय requestId के साथ solvethree_create_recaptcha कॉल करवाएँ। site होस्टनेम है, पेज URL नहीं। recaptchaType का डिफ़ॉल्ट enterprise-v3 है; waitMs वैकल्पिक है। टूल अपनी एकमात्र प्रॉक्सी SOLVETHREE_PROXY से पढ़ता है, इसलिए प्रॉक्सी आर्ग्युमेंट, type या url न जोड़ें।

3. 3.

   टास्क की अंतिम स्थिति आने तक जाँच करते रहें

   यदि टास्क pending या solving है, तो उसे दोबारा जाँचने के लिए solvethree_get_task का उपयोग करें। केवल ready में उपयोग करने योग्य समाधान होता है। यदि वह failed है, तो पोलिंग रोक दें और क्या बदलना है यह तय करने से पहले errorCode तथा error की जाँच करें।

टास्क बनाते समय टाइमआउट होने पर requestId सुरक्षित रखें। हर create कॉल अधिकतम एक टास्क बनाती है, और समान इनपुट के साथ वही अनुरोध ID दोहराने पर मौजूदा टास्क मिल जाता है। उसी ID का दोबारा उपयोग करते हुए इनपुट बदलने से कॉन्फ़्लिक्ट होता है। केवल पहला जवाब खो जाने के कारण नई ID जनरेट न करें।

टास्क तैयार होते ही MCP सर्वर का काम समाप्त हो जाता है। आपके ऐप्लिकेशन को लौटाया गया reCAPTCHA टोकन निर्धारित लक्ष्य पर सबमिट करना होगा। लौटाई गई userAgent और secChUa पहचान का उपयोग उसी प्रॉक्सी के साथ करें जो समाधान के लिए कॉन्फ़िगर की गई थी। प्रॉक्सी बदलने या असंबंधित ब्राउज़र पहचान मिलाने से अनुरोध विफल हो सकता है।

अन्य टूल का उपयोग करते समय समाधान का प्रकार स्पष्ट रखें: Kasada एक हेडर ऑब्जेक्ट लौटाता है जिसके हेडर एक साथ लागू करने होते हैं, जबकि TMPT सीधे tmpt कुकी का मान लौटाता है। इनमें से कोई भी reCAPTCHA टोकन नहीं है।

Cursor को टूल के जवाब के ज़रिए निजी समाधान डेटा मिलता है। ready परिणाम का मतलब है कि समाधान जनरेट हो गया है—यह नहीं कि लक्ष्य ने आपके ऐप्लिकेशन का अनुरोध स्वीकार कर लिया है। यदि सबमिशन विफल हो, तो दूसरे समाधान प्रयास के लिए भुगतान करने से पहले भेजे जा रहे टोकन या कुकी, पहचान और प्रॉक्सी की जाँच करें।