Kitesurf और Obscura: AI ब्राउज़र किसका है?

आज AI ब्राउज़र का नाम सुनते ही बहुत से लोग चैट विंडो वाले सामान्य ब्राउज़र के बारे में सोचते हैं। AI टैब का सार बताता है, सवालों के जवाब देता है या फ़ॉर्म भरता है। लेकिन तकनीकी रूप से दूसरी श्रेणी अधिक रोचक है: ऐसे ब्राउज़र इंजन जो मनुष्यों के लिए बने ही नहीं हैं। वे बिना दिखाई देने वाली विंडो के चलते हैं, API से नियंत्रित होते हैं और शायद केवल एक कार्य पूरा होने तक मौजूद रहते हैं।

WebMCP और एजेंटिक वेब पर अपने लेख में मैंने उन वेबसाइटों की चर्चा की थी जो एजेंटों को संरचित फ़ंक्शन देती हैं। Kitesurf और Obscura इसी समस्या के दूसरे पहलू पर काम करते हैं। जब तक अधिकांश वेब में एजेंट इंटरफ़ेस नहीं है, AI सिस्टम को सामान्य पेज पढ़ने और चलाने वाला इंजन चाहिए।

Cloudflare ने Kitesurf को इसी स्थान पर रखा है। नया ब्राउज़र Cloudflare Workers पर चलता है, Chrome DevTools Protocol बोलता है और पूर्ण Chromium प्रक्रिया से कहीं कम लागत पर एजेंटों को वेब पेज उपलब्ध कराने का लक्ष्य रखता है। केवल आर्किटेक्चर ही रोचक नहीं है। Cloudflare स्वयं कहता है कि पहला प्रोटोटाइप Rust में बने स्वतंत्र ओपन-सोर्स ब्राउज़र Obscura से प्रेरित था।

लेकिन Obscura का एक और लक्ष्य है। उसका वैकल्पिक Stealth मोड स्वचालित ब्राउज़र की सामान्य पहचान छिपाने की कोशिश करता है। Kitesurf ऐसा नहीं करता। उलटे, Browser Run बाहर जाने वाले Requests को जानबूझकर चिह्नित करता है, ताकि संचालक उन्हें Cloudflare Automation के रूप में पहचान और क्रिप्टोग्राफ़िक रूप से सत्यापित कर सकें।

इससे एक असहज सवाल उठता है। क्या Cloudflare ने एक अच्छा ओपन-सोर्स विचार लिया, Bot Detection के लिए असुविधाजनक हिस्सा हटा दिया और अपना नियंत्रित उत्पाद बना लिया?

संक्षिप्त उत्तर है: यह आलोचना आंशिक रूप से वास्तविक हित-संघर्ष को छूती है, लेकिन Kitesurf की उत्पत्ति की व्याख्या के रूप में अभी सिद्ध नहीं है। तकनीकी और रणनीतिक रूप से यह Obscura की साफ़-सुथरी नकल से अधिक है।

परीक्षण का आधार और सीमाएँ

यह विश्लेषण 6 अगस्त 2026 के Cloudflare लेख, मौजूदा Browser Run दस्तावेज़ और 25 अगस्त 2026 को सार्वजनिक Obscura Repository के कोड व दस्तावेज़ की समीक्षा पर आधारित है। उस समय नवीनतम Obscura 0.2.1 दो दिन पहले जारी हुआ था। खास तौर पर आर्किटेक्चर, नेटवर्क पथ, Stealth Implementation, Security Notes, Release Notes और अलग Benchmark Repository देखे गए।

Kitesurf के विरुद्ध कोई अपना Performance Measurement या Production Bot Challenges पर परीक्षण नहीं किया गया। इसलिए पहचान की गुणवत्ता के बारे में कथन Implementation, दस्तावेज़ित सीमाओं और प्रकाशित Vendor Benchmarks से आते हैं। जहाँ इनसे Cloudflare की रणनीतिक मंशा निकाली गई है, वह स्पष्ट रूप से विश्लेषण है, कंपनी का पुष्ट कथन नहीं।

AI ब्राउज़र को तकनीकी रूप से क्या करना चाहिए

पारंपरिक ब्राउज़र एक विशाल सार्वभौमिक मशीन है। वह जटिल CSS Render करता है, Media चलाता है, GPU से Graphics तेज़ करता है, Extensions संभालता है, Profiles Sync करता है और कई Tabs को घंटों स्थिर रखता है। किसी Product Page को पढ़ने, Button खोजने या Screenshot बनाने वाले एजेंट के लिए इसका बड़ा हिस्सा बोझ है।

फिर भी एजेंट को HTTP Client से अधिक चाहिए। आधुनिक पेज पहले लगभग खाली HTML ढाँचा देते हैं। JavaScript असली सामग्री बनाता है, और Requests शुरू करता है, DOM बदलता है और User Actions पर प्रतिक्रिया देता है। उपयोगी AI ब्राउज़र को कम से कम चाहिए:

• JavaScript Runtime
• पर्याप्त संगत DOM
• Network, Cookie और Origin Logic
• Mouse, Keyboard, Form और Navigation Events
• Agents और Automation Tools के लिए Interface
• कार्य के अनुसार Layout, Screenshots और PDF Output
• बाहरी Code, Runtime, Memory और Network Access पर कठोर सीमाएँ

Kitesurf और Obscura Chromium को एजेंट के लिए प्रासंगिक भागों तक घटाते हैं। दोनों CDP देते हैं, ताकि Playwright और Puppeteer जैसे मौजूदा Tools को नए Interface के लिए फिर से न लिखना पड़े। दोनों वास्तविक JavaScript चलाते और जीवित DOM बनाते हैं। दोनों केवल अलग Start Parameters के साथ Chromium चलाने की बजाय अपने Rendering Paths बनाते हैं।

इससे वे Automation के Browser Engines बनते हैं। Language Model, Task Planning, Permissions और एजेंट को कोई कार्य करने देना है या नहीं, इसका निर्णय इनके ऊपर रहता है। यह अलगाव महत्वपूर्ण है। तेज़ ब्राउज़र अविश्वसनीय एजेंट को सुरक्षित नहीं बनाता।

Kitesurf: Workers से बना ब्राउज़र

Cloudflare ने Kitesurf को एक Executable File के रूप में नहीं बनाया। इंजन कई Worker Components में बँटा है, जिनकी Trust Boundaries अलग हैं।

Engine, PageScript और PageRenderer

Engine Worker सार्वजनिक प्रवेश बिंदु है। वह CDP Connections और REST Calls स्वीकार करता है और Session State रखता है। इसलिए मौजूदा CDP Client Kitesurf को Chrome की तरह संबोधित कर सकता है।

हर पेज और अलग किए गए Iframe के लिए Kitesurf एक PageScript Worker शुरू करता है। उसे नया Global JavaScript Context और पेज का DOM मिलता है। HTML और CSS को Blitz और Stylo के Components संभालते हैं। सामान्य JavaScript और WebAssembly Worker के V8 Isolate में चलते हैं।

एक उल्लेखनीय अपवाद eval() है। सुरक्षा कारणों से Cloudflare Workers Dynamic Code Evaluation को मूल रूप से अनुमति नहीं देते। इसलिए Kitesurf Worker Environment में ऐसे Calls चलाने के लिए Rust में लिखे ECMAScript Engine Boa का उपयोग करता है। यह व्यावहारिक है, पर कठिन Compatibility Edge बनाता है: कुछ Code सीधे V8 में चलता है और Dynamically Generated Code दूसरी JavaScript Engine से गुजरता है, जिसका व्यवहार अलग हो सकता है।

PageRenderer Worker Screenshots और PDFs के Pixel बनाता है। वह Scene Description लेकर Rasterize करता और परिणाम लौटाता है। Renderer महत्वपूर्ण Page State नहीं रखता। उसके अटकने या Crash होने पर Engine उसे हटाकर Render Task फिर शुरू कर सकता है।

केवल एक Component नेटवर्क पर जा सकता है

Security के लिहाज़ से SandboxOutbound Worker विशेष रूप से रोचक है। केवल यही Component Internet से Resources Fetch कर सकता है। वह CORS Rules लागू करता है, Cookies को पेज के अनुसार अलग रखता है, Responses Filter करता है और Browser जैसे Headers जोड़ता है। PageScript और Engine को खुला Network Access नहीं मिलता।

यह कई Self-Built Agent Setups से सार्थक अंतर है। Browser Agent केवल उन Sites को नहीं खोलता जिन पर मनुष्य पहले भरोसा कर चुका है। वह Search Results, बाहरी Documents या Manipulated Prompts के Links का अनुसरण करता है। हर Page Visit Untrusted Input है। इसलिए Network Boundary Optimization नहीं, Security Model का हिस्सा है।

Kitesurf जहाँ संभव हो Stateless Components उपयोग करता है। जो State नहीं रखता उसे Error पर बंद और पुनः शुरू किया जा सकता है। छोटे, अत्यधिक बदलते Agent Workloads के लिए यह Worker Platform के अनुकूल है।

Cloudflare 215,000 से अधिक पास हुए Web Platform Tests और DOM, HTML, CSS, SVG, Selection तथा XHR में अच्छी Coverage बताता है। संख्या प्रभावशाली लगती है, लेकिन अकेले Maturity नहीं बताती। WPT Files में कई Subtests होते हैं और Cloudflare न पूर्ण Success Rate प्रकाशित करता है, न Kitesurf का Code और सटीक Test Configuration। इसलिए इसकी तुलना Obscura के सार्वजनिक WPT Runner या Chromium Compatibility से साफ़ तौर पर नहीं हो सकती। घोषणा के समय Kitesurf केवल बारह सप्ताह पुराना और Beta था।

अधिक कुशल, लेकिन अधिक तेज़ नहीं

Cloudflare के अपने Measurements असली आर्थिक आकर्षण दिखाते हैं। 14 URLs और पाँच Runs के Corpus पर Kitesurf ने Screenshots के लिए Warm Chromium Pool से 3.1 गुना कम CPU और 4.7 गुना कम Memory ली। HTML Extraction में 3.8 गुना कम CPU और 7 गुना कम Memory लगी।

साथ ही Latency खराब थी। Screenshots Median में 1.8 गुना और HTML Extraction 1.7 गुना अधिक समय लेते थे। Kitesurf मुख्यतः प्रति Task Infrastructure बचाता है; वह सबसे तेज़ Single Page की दौड़ स्वतः नहीं जीतता।

ये आँकड़े उपयोगी हैं, पर Independent Benchmarks नहीं। Corpus, Environment और Comparison Cloudflare ने चुने। Warm Chromium Pool भी कई Operating Modes में से केवल एक है। Measurement Architecture की क्षमता दिखाता है, लेकिन हर वास्तविक Agent Workload में Kitesurf के सस्ता या अधिक विश्वसनीय होने का प्रमाण नहीं है।

Obscura: स्वतंत्र Rust ब्राउज़र

Obscura इसी मूल विचार को Local या Self-Hosted Open-Source Project के रूप में अपनाता है। Code Apache 2.0 के अंतर्गत है। नवीनतम 0.2.1 Version 23 अगस्त 2026 को जारी हुआ और CLI, CDP, Browser Logic, JavaScript, DOM, Network, MCP तथा Rendering के कई Rust Crates से बना है।

V8, अपना DOM और CPU Rendering

Obscura deno_core से V8 जोड़ता है। Browser APIs एक बड़ी JavaScript Bootstrap Layer और Rust Operations से मिलती हैं। DOM उसका अपना Implementation है। Layout और Rendering में Taffy, स्वयं की Browser Logic और CPU-Based Paint Path शामिल हैं।

Obscura CDP बोलता है और MCP Server भी देता है। एजेंट Pages खोल सकता है, DOM Snapshots ले सकता है, Click और Form Fill कर सकता है, JavaScript चला सकता है, Screenshots या PDFs बना सकता है। व्यावहारिक लाभ नियंत्रण है: Engine Local, Container या अपनी Infrastructure में चल सकता है। Cloudflare Account तकनीकी आवश्यकता नहीं है।

कीमत अपना संचालन है। Architecture Documentation के अनुसार एक Process के Pages एक V8 Isolate साझा करते हैं और JavaScript Work Global Lock से Serial होता है। Watchdogs और Hard Deadlines किसी Page को Process स्थायी रूप से रोकने से बचाते हैं। Security Document फिर भी सीमा सही बताता है: ये तंत्र Operating-System-Level Isolation का विकल्प नहीं हैं। बड़े पैमाने पर शत्रुतापूर्ण Pages चलाने पर Obscura को सीमित Network वाले Containers या Virtual Machines में रखना चाहिए।

यह छोटी चेतावनी नहीं है। Rust V8, Native Dependencies या FFI Boundaries की हर कमजोरी से नहीं बचाता। Internet का मनमाना JavaScript चलाने वाला Process High-Risk Service ही रहता है।

Stealth मोड केवल User-Agent से अधिक है

Obscura का सबसे रोचक अंतर वैकल्पिक Stealth Build है। वह सामान्य reqwest Transport को BoringSSL वाले wreq से बदलता है और Chrome जैसा TLS Handshake बनाता है। इसमें ClientHello, ALPN और Cipher Suites का क्रम शामिल है। यह अहम है, क्योंकि Bot Systems केवल दिखाई देने वाला User-Agent नहीं जाँचते। वे देखते हैं कि HTTP Headers, TLS Fingerprint और JavaScript Properties एक ही Browser Story बताते हैं या नहीं।

JavaScript Side पर Obscura इस Story को संगत रखता है। Code navigator.userAgentData, Platform Values, Screen, GPU, Canvas, Audio, Battery और अन्य Fingerprint Surfaces की नकल करता है। navigator.webdriver अदृश्य रहता है। Internal Obscura Properties Enumeration से छिपाई जाती हैं और Native Functions को Function.prototype.toString() में वास्तविक Browser Functions जैसा दिखना चाहिए।

event.isTrusted को भी अलग-अलग संभाला जाता है। Page Code के new Event() से बना Event Untrusted रहता है। CDP Path के Inputs Browser-Generated चिह्नित किए जा सकते हैं। हर बार true लौटाना आसानी से पहचाना जाता और सामान्य Web Behavior भी गलत दिखाता।

Stealth Path Navigation, Subresources, fetch() और XHR को कवर करता है। यह निर्णायक है। यदि केवल Main Document Chrome जैसा TLS Fingerprint उपयोग करे और बाद का API Request Rust Library जैसा दिखे, तो वही विरोधाभास बनता है जिसे Bot Systems खोजते हैं।

Obscura ज्ञात Tracking और Fingerprinting Endpoints भी रोकता है। प्रति Session Browser Features बदले जा सकते हैं। Documentation अनुपयुक्त Combinations से खुद चेताती है। IP Region, Timezone, Geolocation, JavaScript Profile और TLS Fingerprint मेल खाने चाहिए। Rotation अदृश्यता का चोगा नहीं है। लगातार बदलती Device Identities वाला एक Exit IP अधिक संदिग्ध हो सकता है।

क्या Obscura सचमुच Bot Detection बेहतर ढंग से पार करता है?

Kitesurf से सीधे तुलना में Obscura स्पष्ट रूप से Anti-Detection पर अधिक केंद्रित है। Code और Documentation में यह दिखाई देता है। लेकिन इससे यह सिद्ध नहीं होता कि वह आधुनिक Bot Defense को विश्वसनीय रूप से पार कर लेता है।

Project अपना दावा स्पष्ट रूप से सीमित करता है। Stealth Mode का उद्देश्य TLS Fingerprint या User-Agent की सरल जाँच पास करना है। Documentation के अनुसार ये समर्थित नहीं हैं:

• Interactive Cloudflare Challenges
• DataDome और Akamai Bot Manager के Active Challenges
• CAPTCHAs
• IP-Based Rate Limits

इसलिए यह सामान्य कथन कि Obscura Bot Detection पार कर लेता है, केवल संकीर्ण अर्थ में सही है। वह सामान्य Headless Client जैसा कम दिखने की कोशिश करता है। वह Universal Challenge Bypass नहीं है।

आधुनिक Bot Systems Browser Fingerprint से अधिक देखते हैं: IP Reputation, ASN, Request Frequency, Navigation, Mouse और Keyboard Patterns, Cookie History, Account Behavior तथा अनेक Sessions के संबंध। यदि एक Data Center से एक ही Rhythm में हज़ार Requests आएँ, तो सही नकल की गई navigator Property कम मदद करती है।

Public Obscura Benchmarks को भी सावधानी से पढ़ना चाहिए। अलग Repository में WPT, Obstacle Course, Real Sites, Reliability और Stealth Consistency के Reproducible Scripts हैं। यह Marketing Table से बेहतर है। मगर Stealth Suite Local चलता और मुख्यतः जाँचता है कि स्वयं परिभाषित Fingerprint भीतर से संगत है। यह साबित नहीं करता कि बड़े Commercial Bot Systems Traffic को मानव मानेंगे।

Project की गति भी ध्यान देने योग्य है। Release Notes के अनुसार Obscura 0.2.0 और 0.2.1 के बीच लगभग दो सप्ताह में 122 Commits हुए। यह Active Development दिखाता है, साथ ही बहुत बदलती Surface भी। युवा Browser Engine में सफल Demo Run से सीधे Production Readiness नहीं माननी चाहिए।

Cloudflare अदृश्य Bot नहीं चाहता

Kitesurf की स्थिति मूलतः अलग है। Cloudflare Browser Run Outgoing Requests में Non-Configurable Headers जोड़ता है। Web Bot Auth Signatures Target Server को क्रिप्टोग्राफ़िक रूप से जाँचने देती हैं कि Request Cloudflare Browser Infrastructure से आया है।

Cloudflare FAQ स्पष्ट है: Browser Run Requests हमेशा Cloudflare द्वारा Bot Traffic के रूप में पहचाने जाते हैं। Website Operator तय करता है कि उन्हें Allow या Block करना है। अपनी Zone का Automated Test करने के लिए WAF Rule से इस Traffic को अलग से Allow किया जा सकता है।

Kitesurf Browser Run का एक विकल्प है। इसलिए Stealth की कमी को केवल तकनीकी पिछड़ापन कहना गलत होगा। Transparent Bot Identity Product Model का हिस्सा है। Cloudflare Browser Automation Platform और वे Security Products दोनों चलाता है जिनसे Website Operators Bots को पहचान और नियंत्रित करते हैं। इन्हीं Controls को जानबूझकर पार करने वाला अपना Browser इस Model को सीधे नुकसान पहुँचाएगा।

Cloudflare यह भी खुलकर कहता है कि Kitesurf अभी वास्तविक TLS Fingerprints के साथ Bot-Challenge Handshake नहीं कर सकता। ऐसी Sites के लिए कंपनी Browser Run का Chromium-Based Standard सुझाती है। पर यह Chromium Traffic भी Cloudflare Headers और Signatures से Automation के रूप में पहचान योग्य रहता है।

इस निर्णय का स्वागत किया जा सकता है। Website Operators को मनमाने नकली User-Agent के बजाय Verifiable Identity मिलती है। वैध Bots को अलग Allow, Measure या Limit किया जा सकता है और Misuse को Provider तथा Infrastructure से जोड़ा जा सकता है।

फिर भी इसकी आलोचना संभव है। उपयोगकर्ता की ओर से सार्वजनिक Site पढ़ने वाला Personal Agent तकनीकी रूप से उसके Browser की बजाय Commercial Crawler जैसा माना जाता है। Website Operator को Cloudflare Agents रोकने का सरल Switch मिलता है। भले उपयोगकर्ता केवल अपनी Research Automate करना चाहता हो, वह सामान्य मानव-जैसी Session पर वापस नहीं जा सकता।

Cloudflare ने फिर भी अपना इंजन क्यों बनाया

Cloudflare लिखता है कि Obscura ने पहली प्रेरणा दी और AI Agent की मदद से उसे पहले Workers पर Port किया गया। इसी मुश्किल से चलने वाले Proof of Concept से Kitesurf बना। यह स्पष्ट Attribution है, गुप्त दावा नहीं कि विचार अपनी Lab में पैदा हुआ।

लेकिन यह Thesis कि Cloudflare ने Obscura को उसके Stealth Function के कारण छोड़ा, न Kitesurf लेख में है न Browser Run Documentation में। इसके कई अधिक स्पष्ट कारण हैं।

Obscura Self-Hosted Process के रूप में बना है। Kitesurf Distributed Worker Application है। Cloudflare Isolates, Service Bindings, Worker RPC, अपनी Outbound Sandbox और मौजूदा Browser Run APIs उपयोग करना चाहता है। कहीं Rust Binary शुरू करना इसके लिए पर्याप्त नहीं।

Cloudflare को ऐसा Engine भी चाहिए जिसका Lifecycle, Resource Use, Telemetry और Failure Behavior अपने Platform से मेल खाए। Faulty RPC के बाद हटाया जा सकने वाला Stateless Renderer, Shared V8 Isolate और Global Lock वाले Process से अलग Operating Architecture है।

अंततः Kitesurf Product Component है। CDP Client को कुछ Portable बनाता है, लेकिन Service Browser Run और Cloudflare Workers से कसी हुई है। Cloudflare बाद में Kitesurf को Open Source करने और Customers को अपने Cloudflare Account में Deploy करने देने का वादा करता है। आज Code सार्वजनिक नहीं। Obscura की Architecture, Security Boundaries और Implementation अभी देखे जा सकते हैं; Kitesurf का मूल्यांकन केवल Published Design, Documentation और Observable Behavior से हो सकता है।

यहीं आलोचना उचित है। Cloudflare खुले विचार और मौजूदा Project से लाभ लेता है, जबकि अपना आगे का विकास पहले बंद रखता है। Apache 2.0 इसकी अनुमति देता है और Cloudflare Obscura का नाम स्पष्ट रूप से लेता है। कानूनी रूप से यह साफ़ है। फिर भी जल्द Open Source का वादा करने वाली कंपनी के लिए आखिर में Published Code मायने रखता है, “soon” शब्द नहीं।

दो ब्राउज़र, दो नियंत्रण मॉडल

मुख्य अंतर केवल गति तक सीमित नहीं हैं।

Kitesurf केवल बेहतर Obscura नहीं है। वह अलग Operating Problem हल करता है। Cloudflare अपने Platform पर बहुत से Short-Lived Browser Tasks सुरक्षित और सस्ते में चलाना चाहता है। Obscura स्वतंत्र Browser Engine देना चाहता है जिसे Operator खुद नियंत्रित और आवश्यकता पर कम पहचान योग्य बना सके।

अनसुलझा Security प्रश्न ब्राउज़र के ऊपर है

दोनों Projects Web Pages को अलग रखने में बहुत निवेश करते हैं। यह आवश्यक है, लेकिन AI Browser का सबसे महत्वपूर्ण जोखिम हल नहीं करता: Web Page खुद Agent को Manipulate कर सकता है।

DOM में Prompt-Injection Text को V8 Sandbox Escape की आवश्यकता नहीं। Model उसे Instruction माने, Internal Data दे, गलत Link खोले या Powerful Tool इस्तेमाल करे, इतना काफी है। Network Isolation Browser Infrastructure बचाता है, उपयोगकर्ता की मंशा स्वतः नहीं।

Production-Ready Agent Browser को अतिरिक्त Controls चाहिए:

• असंबंधित Tasks के लिए अलग Browser Contexts
• प्रति Session न्यूनतम Secrets और Short-Lived Tokens
• Login, Purchase, Upload या Data Change से पहले स्पष्ट Approval
• Page JavaScript के बाहर Domain और Egress Rules
• Model Decision, Browser Action और Result जोड़ने वाले Logs
• Unexpected Navigation और Downloads के लिए सुरक्षित Abort Path
• Page Content को System Instructions बनने से रोकना

Cloudflare Prompt Injection और Tool Safety को Priorities बताता है, लेकिन Kitesurf लेख मुख्यतः Browser Isolation समझाता है। Obscura Browser Tools देता है, पर ऊपर के Agent की Authorization नहीं संभालता। किसी भी Project का उपयोग करने वाले को यह Gap खुद भरना होगा।

कौन-सा मॉडल किस उपयोग के लिए सही है?

अपनी और स्वीकृत Sites से Screenshots, HTML Extraction या Documents के लिए Kitesurf रोचक है। Worker Architecture Operations घटाता है और अपनी Environment में Transparent Bot Identity बाधा नहीं। Operators Browser Run को Allow कर सकते और Traceable Origin पाते हैं।

Local Research, Internal Automations या कठोर Data-Control Requirements में Obscura आकर्षक है। लेकिन Engine को स्पष्ट सीमित Runtime में रखना चाहिए। Container या VM, Restricted Egress, अलग Credentials और सक्रिय --obey-robots बाद में जोड़े जाने वाले Extras नहीं होने चाहिए।

Long Authenticated Sessions, Media, WebGL या Complex Bot Defense वाली Sites के लिए असली Chromium Browser अक्सर अधिक व्यावहारिक है। Cloudflare भी Kitesurf के लिए यही कहता है। छोटा Browser स्वतः अधिक Compatible नहीं होता।

Stealth Functions केवल वैध, अधिकृत Tests या Privacy-Oriented Automation में उपयोग होने चाहिए। Site तकनीकी रूप से Reachable होना न कानूनी प्रश्न का उत्तर है, न यह बताता है कि उसके Rules, Rate Limits और Resources का सम्मान हुआ।

मेरा निष्कर्ष

Obscura ने Cloudflare को स्पष्ट रूप से दिखाया कि Agentic Browser का Chromium होना अनिवार्य नहीं। Kitesurf इस मूल विचार को Worker-Native Architecture में बदलता है, जिसमें मजबूत Isolation, कम Resource Use और सीधा Browser Run Integration है।

Bot Detection में Obscura सचमुच अधिक आक्रामक है। उसका Stealth Mode TLS, HTTP और JavaScript Surfaces को Kitesurf से अधिक लक्षित ढंग से Model करता है। फिर भी “Bypass में बेहतर” कहना बहुत बड़ा दावा है। प्रमाण सरल Fingerprint Checks के विरुद्ध बेहतर छिपाव का है; Project स्वयं Modern Interactive Challenges के Bypass से इनकार करता है।

Cloudflare की सावधानी केवल तकनीकी अपरिपक्वता नहीं। Browser Run को Bot के रूप में पहचान योग्य होना चाहिए। Non-Removable Headers और Web Bot Auth इस Transparency को Product Feature बनाते हैं। यह उस कंपनी के अनुकूल है जो दूसरी ओर Bot Management बेचती है, मगर Kitesurf को उपयोगकर्ता की ओर से स्वतंत्र Browser बनने से रोकता है।

इसलिए सबसे मजबूत आलोचना यह नहीं कि Cloudflare ने Obscura की सीधी नकल की। Architecture और Operating Model बहुत अलग हैं, और Cloudflare प्रेरणा खुले तौर पर बताता है।

मजबूत आलोचना यह है: Cloudflare ऐसा AI Browser बना रहा है जिसकी Identity, Runtime, Distribution और Access पूरी तरह Cloudflare के Control Model में फिट होते हैं। Operators के लिए यह समझदारी हो सकती है, पर खुले, User-Centric Agentic Web के लिए यह केवल एक संभावित उत्तर है।

Kitesurf वास्तव में Open होगा या नहीं, Published Code कितना पूर्ण होगा और Browser Cloudflare Platform के बाहर उपयोगी ढंग से चलेगा या नहीं, यह देखना बाकी है। तब तक Obscura अधिक खुला Experiment और Kitesurf अधिक अच्छी तरह Integrated Product है।

फिर मिलेंगे,
Joe