ब्राउज़र एजेंट में CAPTCHA MCP परिणाम का उपयोग करें
समाधान पाने के लिए MCP इस्तेमाल करें, फिर अपने ब्राउज़र एजेंट से एप्लिकेशन के वास्तविक अनुरोध के ज़रिए उसे सबमिट कराएँ। solvethree ब्राउज़र नहीं चलाता और न ही फ़ॉर्म भरता है। सशुल्क टास्क बनाने से पहले जाँचें कि ब्राउज़र टूल सॉल्वर की प्रॉक्सी और लौटाई गई ब्राउज़र पहचान इस्तेमाल कर सकता है।
इस पेज पर
टास्क बनाने से पहले ब्राउज़र होस्ट जाँचें
- 1.
स्थानीय MCP सर्वर कॉन्फ़िगर करें
npxके ज़रिएsolvethree-mcpलॉन्च करने के लिए MCP सेटअप निर्देशों का पालन करें। यह एक लोकल stdio सर्वर है, होस्ट किया गया एंडपॉइंट नहीं। होस्ट के एनवायरनमेंट के ज़रिएSOLVETHREE_API_KEYऔरSOLVETHREE_PROXYउपलब्ध कराएँ; एजेंट के प्रॉम्प्ट में क्रेडेंशियल न डालें। - 2.
उपलब्ध टूल और साइट प्रोफ़ाइल जाँचें
उपलब्ध क्षमताएँ देखने के लिए
solvethree_capabilitiesकॉल करें। reCAPTCHA Enterprise के लिए वर्कस्पेस में इच्छित होस्टनेम, कैप्चर एक्शन और reCAPTCHA प्रकार की सक्रिय प्रोफ़ाइल पहले से होनी चाहिए। create टूल कोsiteऔरactionदेने से वह प्रोफ़ाइल नहीं बनती। अगर सेटअप अभी बाकी है, तो साइट प्रोफ़ाइल का उपयोग करें। - 3.
पुष्टि करें कि ब्राउज़र मेल खाता अनुरोध सबमिट कर सकता है
ब्राउज़र को उसी पिन की गई प्रॉक्सी और लौटाए गए
userAgentवsecChUaका समर्थन करना चाहिए। उसे एप्लिकेशन की कुकी, CSRF फ़ील्ड और सेशन संबंधी आवश्यकताओं को भी बनाए रखना चाहिए। अगर ब्राउज़र टूल इन्हें कॉन्फ़िगर नहीं कर सकता, तो किसी असंबंधित ब्राउज़र सेशन का इस्तेमाल करने के बजाय समाधान के लिए भुगतान करने से पहले रुक जाएँ।
reCAPTCHA MCP टूल के लिए एकमात्र प्रॉक्सी SOLVETHREE_PROXY से आती है, टूल के आर्ग्युमेंट से नहीं। ब्राउज़र सबमिशन के लिए उसी प्रॉक्सी को पिन रखें। होस्ट को निजी समाधान डेटा मिलता है, इसलिए नियमित एजेंट रिपोर्ट में टोकन और प्रॉक्सी क्रेडेंशियल शामिल न करें।
एजेंट को सीमित दायरे वाला एक टास्क दें
MCP सर्वर और ब्राउज़र कॉन्फ़िगर हो जाने के बाद यह निर्देश इस्तेमाल करें। एप्लिकेशन के अनुरोध से लक्ष्य होस्टनेम और निष्पादन एक्शन दें। solvethree_create_recaptcha का डिफ़ॉल्ट Enterprise v3 है; इसके अनिवार्य आर्ग्युमेंट site, action और requestId हैं।
Use the already-configured solvethree MCP server for one reCAPTCHA Enterprise task.
The target hostname must have an active workspace profile before creation.
1. Keep one requestId for this logical task. Ask before starting another paid task.
2. Call solvethree_create_recaptcha with site, action and that requestId.
The server reads its target proxy from SOLVETHREE_PROXY.
3. Save the returned id. Call solvethree_get_task for that id while pending/solving,
stopping at ready, failed or the agreed deadline. Never poll by creating again.
4. If ready, submit solution.token using the application’s actual token parameter.
Use the returned userAgent/secChUa and the same pinned proxy in the browser.
Keep the application’s cookies, CSRF fields and session requirements.
5. Read the application response. Report task ID and outcome, not secret solution data.
If the browser tool cannot configure that proxy and identity, stop and explain the
missing capability instead of claiming it submitted an equivalent request.सहेजा गया टास्क id, solvethree_get_task के लिए है; यह वेबसाइट पर सबमिट करने वाला मान नहीं है। pending और solving का मतलब है कि तय समय-सीमा के भीतर प्रतीक्षा जारी रखें। केवल ready में उपयोग योग्य समाधान होता है। failed होने पर errorCode और error पढ़ें और उस टास्क की पोलिंग बंद करें।
वही परिणाम सबमिट करें जिसकी एप्लिकेशन को वास्तव में अपेक्षा है
ऑटोफ़िल का कोई सार्वभौमिक चरण नहीं है। परिणाम का उपयोग करने वाले एप्लिकेशन अनुरोध की पहचान करें, फिर उससे मेल खाने वाला समाधान फ़ील्ड इस्तेमाल करें। नीचे दिए गए हर परिणाम के लिए, उसके इच्छित लक्ष्य पर लौटाई गई ब्राउज़र पहचान और सफल प्रॉक्सी इस्तेमाल करें।
| MCP create टूल | तैयार परिणाम | ब्राउज़र को सौंपना |
|---|---|---|
solvethree_create_recaptcha | solution.token | टोकन को एप्लिकेशन के वास्तविक टोकन पैरामीटर में डालें। टास्क ID सबमिट न करें और किसी खास फ़ॉर्म-फ़ील्ड नाम को मानकर न चलें। |
solvethree_create_tmpt | solution.token, जिसमें tmpt कुकी का रॉ मान होता है | इच्छित लक्ष्य अनुरोध के लिए tmpt कुकी सेट करें। यह reCAPTCHA टोकन नहीं है। Event टास्क इवेंट URL इस्तेमाल करते हैं; Login टास्क साइन-इन प्रवेश URL इस्तेमाल करते हैं। |
solvethree_create_kasada | solution.headers | लौटाए गए हेडर इच्छित अनुरोध पर एक साथ लागू करें। स्टैंडअलोन Kasada फ़िलहाल www.ticketmaster.com पर HTTPS लक्ष्यों का समर्थन करता है, मनमानी साइटों का नहीं। |
सबमिट करने के बाद एप्लिकेशन का रिस्पॉन्स जाँचें। ready टास्क का मतलब है कि समाधान जनरेट हुआ है, यह नहीं कि लक्ष्य ने उसे स्वीकार कर लिया। अगर लक्ष्य उसे अस्वीकार करता है, तो पहले भेजे गए अनुरोध की जाँच करें: पुष्टि करें कि वास्तविक टोकन, कुकी या हेडर, मेल खाती प्रॉक्सी, पहचान और एप्लिकेशन सेशन के साथ भेजे गए थे। समाधान उजागर किए बिना टास्क ID और एप्लिकेशन का नतीजा रिपोर्ट करें।
दूसरा टास्क बनाए बिना टाइमआउट से उबरें
हर तार्किक टास्क के लिए एक requestId जनरेट करें और उसे मूल इनपुट के साथ सहेजकर रखें। इसमें 1–64 ASCII अक्षर, अंक, अंडरस्कोर या हाइफ़न होने चाहिए। अगर id मिलने से पहले टास्क बनाते समय टाइमआउट हो जाए, तो मौजूदा टास्क वापस पाने के लिए उसी requestId और अपरिवर्तित इनपुट के साथ वही create अनुरोध दोहराएँ। अगर आपके पास टास्क का id पहले से है, तो solvethree_get_task इस्तेमाल करें।
उस ID का दोबारा इस्तेमाल करते समय इनपुट न बदलें: ऐसा करने से टकराव होता है। केवल रिस्पॉन्स खो जाने या पोलिंग की समय-सीमा समाप्त होने के कारण नई ID जनरेट न करें। इनमें से कोई भी घटना यह साबित नहीं करती कि मूल टास्क विफल हुआ।
हर MCP create कॉल अधिकतम एक टास्क बनाती है, लेकिन इससे एजेंट के खर्च पर सीमा नहीं लगती। दूसरा तार्किक टास्क शुरू करने से पहले मंज़ूरी अनिवार्य करें। अंतिम विफलता की स्थिति में, यह तय करने से पहले errorCode और error जाँचें कि सुधारा गया अनुरोध भेजना उचित है या नहीं; विफल समाधानों का शुल्क वापस किया जाता है। अनुरोध की त्रुटि और failed स्थिति वाले टास्क की समस्या अलग-अलग हैं।
स्रोत और API संदर्भ
अपना पहला टास्क चलाएँ।
$5 वर्कस्पेस क्रेडिट के साथ शुरुआत करें।