कुछ पेज 405 पेज दिखाने के बजाय फ़ॉर्म के अंदर AWS WAF पज़ल बनाते हैं। यहाँ उस विजेट के लिए Node.js लूप है: apiKey और jsapi.js ढूँढें, CapSkip amazonWaf को कॉल करें, voucher को टोकन से बदलें और फ़ॉर्म सबमिट करें।

AWS WAF किसी रिक्वेस्ट का जवाब HTTP 405 और एक पज़ल से देता है, और इसका हल एक voucher जोड़ी है, टोकन नहीं। यहाँ वह Python लूप है जो पेज पढ़ता है, CapSkip amazon_waf को कॉल करता है, voucher को aws-waf-token cookie से बदलता है और फिर से कोशिश करता है।

हर ब्लॉक हुए पेज को solve करने वाला स्क्रैपर solve बर्बाद करता है, और हर कैप्चा पर प्रॉक्सी बदलने वाला IP जला देता है। यहाँ एक Python क्लासिफ़ायर है जो स्टेटस, हेडर और मार्कअप पढ़ता है, फिर CapSkip को बताता है कि कब solve करना है और कब पीछे हटना है।

v3 कुंजी को v2 मेथड को भेजने पर गलती का पता solve के बाद ही चलता है। यहाँ एक Python डिटेक्टर है जो पेज पढ़ता है, कैप्चा का नाम बताता है, sitekey निकालता है और सही CapSkip मेथड को कॉल करता है, या बताता है कि वह ऐसा नहीं कर सकता।

reCAPTCHA v2 बॉक्स, v3 स्क्रिप्ट और Turnstile विजेट के लिए तीन अलग CapSkip कॉल चाहिए। यह रहा C# डिटेक्टर, जिसे CapSkip के अलावा किसी पैकेज की ज़रूरत नहीं: वह कैप्चा का नाम बताता है, sitekey निकालता है और सही मेथड कॉल करता है, या साफ़ बता देता है कि वह नहीं कर सकता।

reCAPTCHA v2 बॉक्स, v3 स्क्रिप्ट और Turnstile विजेट के लिए तीन अलग कॉल चाहिए। यह रहा Node.js डिटेक्टर, जिसे किसी अतिरिक्त पैकेज की ज़रूरत नहीं: वह कैप्चा का नाम बताता है, sitekey निकालता है और सही CapSkip मेथड कॉल करता है, या साफ़ बता देता है कि वह नहीं कर सकता।

कैप्चा का सामना करने वाले LangChain एजेंट को एक टूल चाहिए, और सबसे सीधा दिखने वाला टूल गलत है। यह रहा CapSkip टूल, जो token को बातचीत से बाहर रखता है, ऐसी त्रुटियाँ लौटाता है जिन्हें मॉडल पढ़ सके, होस्ट जाँचता है और बेकाबू रीट्राई रोकता है।

Pydoll का एकमात्र कैप्चा कोड Turnstile क्लिक है, इसलिए reCAPTCHA token किसी सॉल्वर से ही आना चाहिए। यहाँ बताया गया है कि sitekey कैसे पढ़ें, उसी इवेंट लूप पर AsyncCapSkip से solve कैसे करें, token को पेज में कैसे लिखें और सबमिट कैसे करें।

CapSkip के आगे एक छोटी FastAPI सर्विस रखें। यह अकेला क्लाइंट संभालती है, हर solve को एक डेडलाइन पर खत्म करती है, एक साथ चलने वाले solve की संख्या सीमित करती है और SDK त्रुटियों को साफ़ HTTP स्टेटस कोड में बदल देती है।

CapSkip के आगे एक छोटी ASP.NET Core सर्विस रखें। यह अकेला क्लाइंट संभालती है, हर solve को एक डेडलाइन पर खत्म करती है, एक साथ चलने वाले solve की संख्या सीमित करती है और SDK त्रुटियों को साफ़ HTTP स्टेटस कोड में बदल देती है।