Kitesurf وObscura: لمن ينتمي متصفح AI؟

عندما نتحدث اليوم عن متصفح AI، يتخيل كثيرون أولًا متصفحًا عاديًا مع نافذة دردشة. يلخص AI علامات التبويب أو يجيب عن الأسئلة أو يملأ نموذجًا. لكن هناك فئة ثانية أكثر إثارة من الناحية التقنية: محركات متصفح لم تُبن أصلًا للبشر. فهي تعمل بلا نافذة مرئية، وتُدار عبر APIs، وقد لا توجد إلا طوال مدة مهمة واحدة.

في مقالي عن WebMCP والويب الوكيلي تناولت مواقع تقدم للوكيل Functions منظمة. يعمل Kitesurf وObscura على الجانب الآخر من المشكلة. ما دام معظم الويب بلا Agent Interface، ستظل أنظمة AI بحاجة إلى Engine يستطيع قراءة الصفحات العادية والتعامل معها.

هنا تحديدًا تضع Cloudflare مشروع Kitesurf. يعمل المتصفح الجديد على Cloudflare Workers، ويتحدث Chrome DevTools Protocol، ويهدف إلى تقديم صفحات الويب للوكلاء بكلفة أقل بكثير من Chromium Process كامل. وليست Architecture وحدها ما يثير الاهتمام. تقول Cloudflare نفسها إن أول Prototype استُلهم من Obscura، وهو متصفح Open Source مستقل مكتوب بلغة Rust.

لكن لـ Obscura هدفًا آخر أيضًا. يحاول Stealth Mode الاختياري إخفاء السمات المعتادة للمتصفحات المؤتمتة. لا يفعل Kitesurf ذلك. على العكس، يضع Browser Run علامات مقصودة على Outgoing Requests كي يتمكن المشغلون من التعرف عليها بوصفها Cloudflare Automation والتحقق منها Cryptographically.

وهنا يظهر سؤال غير مريح: هل أخذت Cloudflare فكرة جيدة مفتوحة المصدر، وحذفت الجزء غير الملائم لـ Bot Detection، ثم فضلت بناء Product خاص يمكنها التحكم فيه؟

الإجابة المختصرة: يلامس هذا النقد جزئيًا تضارب مصالح حقيقيًا، لكنه لم يثبت حتى الآن كتفسير لنشأة Kitesurf. فما يحدث تقنيًا واستراتيجيًا يتجاوز نسخة منقحة من Obscura.

أساس الاختبار وحدوده

يستند هذا التحليل إلى مقال Cloudflare المنشور في 6 أغسطس 2026، وإلى Browser Run Documentation الحالية، وإلى مراجعة Code وDocumentation في Public Obscura Repository بتاريخ 25 أغسطس 2026. كانت Obscura 0.2.1، وهي النسخة الأحدث وقتها، قد صدرت قبل يومين. شملت المراجعة خصوصًا Architecture وNetwork Paths وStealth Implementation وSecurity Notes وRelease Notes وBenchmark Repository المنفصل.

لم أجرِ Performance Measurements خاصة مقابل Kitesurf، ولم أحاول اجتياز Production Bot Challenges. لذلك تستند الأحكام المتعلقة بجودة Detection إلى Implementation والحدود الموثقة وVendor Benchmarks المنشورة. وأي استنتاج منها عن نية Cloudflare الاستراتيجية هو قراءة تحليلية صريحة، وليس تصريحًا مؤكدًا من الشركة.

ما يجب أن ينجزه متصفح AI تقنيًا

المتصفح التقليدي آلة عامة ضخمة. فهو يرسم CSS معقدًا، ويشغل Media، ويسرع Graphics عبر GPU، ويدير Extensions، ويزامن Profiles، ويحافظ على استقرار Tabs كثيرة لساعات. بالنسبة إلى Agent يريد قراءة Product Page أو العثور على Button أو إنشاء Screenshot، يشكل جزء كبير من ذلك عبئًا زائدًا.

ومع ذلك يحتاج Agent إلى أكثر من HTTP Client. تقدم الصفحات الحديثة غالبًا في البداية HTML Skeleton شبه فارغ. ثم يبني JavaScript المحتوى الحقيقي، ويطلق Requests إضافية، ويغير DOM، ويستجيب لأفعال المستخدم. لذلك يحتاج متصفح AI قابل للاستخدام، في الحد الأدنى، إلى:

• JavaScript Runtime
• DOM متوافق بدرجة كافية
• منطق Network وCookie وOrigin
• Events للماوس ولوحة المفاتيح والنماذج والتنقل
• Interface للوكلاء وأدوات Automation
• Layout وScreenshots وPDF Output وفق المهمة
• حدود صارمة للكود الخارجي وRuntime وMemory وNetwork Access

يختزل Kitesurf وObscura Chromium إلى الأجزاء المهمة للوكلاء. يقدم كلاهما CDP حتى لا تضطر أدوات مثل Playwright وPuppeteer إلى إعادة البناء من أجل Interface جديد بالكامل. وينفذ كلاهما JavaScript حقيقيًا ويبني DOM حيًا، كما يطور كلاهما Rendering Paths خاصة بدل تشغيل Chromium بمعلمات مختلفة فحسب.

وهذا يجعلهما Browser Engines للأتمتة. تظل Language Model وTask Planning وPermissions وقرار السماح للوكيل بتنفيذ Action أصلًا في طبقة أعلى. هذا الفصل مهم، فالمتصفح السريع لا يجعل Agent غير الموثوق آمنًا.

Kitesurf: متصفح مصنوع من Workers

لم تبن Cloudflare Kitesurf كـ Executable File واحد. يتوزع Engine على عدة Worker Components ذات Trust Boundaries مختلفة.

Engine وPageScript وPageRenderer

يمثل Engine Worker نقطة الدخول العامة. يستقبل CDP Connections وREST Calls ويحفظ Session State، وبذلك يستطيع CDP Client موجود التعامل مع Kitesurf كما يتعامل مع Chrome.

يشغل Kitesurf PageScript Worker لكل Page ولكل Iframe منفصل. يحصل هذا Worker على Global JavaScript Context جديد وعلى DOM الصفحة. تعالج Components من Blitz وStylo كلًا من HTML وCSS، بينما يعمل JavaScript العادي وWebAssembly داخل V8 Isolate الخاص بالـ Worker.

الاستثناء اللافت هو eval(). لا تسمح Cloudflare Workers أصلًا بـ Dynamic Code Evaluation لأسباب أمنية. لذلك يستخدم Kitesurf محرك ECMAScript المكتوب بلغة Rust والمسمى Boa لتنفيذ هذه Calls داخل Worker Environment. الحل عملي لكنه ينشئ Compatibility Edge صعبة: يعمل جزء من Code مباشرة في V8، بينما يمر Dynamically Generated Code عبر JavaScript Engine ثان قد يتصرف بصورة مختلفة.

ينشئ PageRenderer Worker Pixels الخاصة بـ Screenshots وPDFs. يستقبل Scene Description، ويجري Rasterization، ثم يعيد النتيجة. لا يحتفظ Renderer بـ Page State مهم. وإذا علق أو Crash، يستطيع Engine التخلص منه وإعادة تشغيل Render Task.

Component واحد فقط يستطيع الوصول إلى الشبكة

يُعد SandboxOutbound Worker مثيرًا للاهتمام خصوصًا من منظور Security. فهذا Component وحده يستطيع Fetch Resources من Internet. يطبق CORS Rules، ويدير Cookies بصورة منفصلة لكل Page، ويرشح Responses، ويضيف Headers شبيهة بالمتصفح. وهكذا لا يحصل PageScript وEngine على Network Access مفتوح.

هذا فرق مهم عن كثير من Self-Built Agent Setups. لا يفتح Browser Agent فقط مواقع وثق بها إنسان من قبل، بل يتبع Links من Search Results أو Documents غريبة أو حتى Prompts تم التلاعب بها. كل Page Visit هو Untrusted Input. لذلك ليست Network Boundary تحسينًا، بل جزء من Security Model.

يستخدم Kitesurf أيضًا Stateless Components قدر الإمكان. وما لا يحتفظ بـ State يمكن إنهاؤه وإعادة تشغيله بعد الخطأ. يناسب هذا النموذج Worker Platform في Agent Workloads القصيرة والمتقلبة بشدة.

تقول Cloudflare إن Kitesurf اجتاز أكثر من 215,000 Web Platform Tests، مع Coverage جيدة لـ DOM وHTML وCSS وSVG وSelection وXHR. يبدو الرقم مثيرًا للإعجاب لكنه لا يقيس Maturity وحده. تتضمن WPT Files كثيرًا من Subtests، ولا تنشر Cloudflare Success Rate كاملًا ولا Code Kitesurf ولا Test Configuration الدقيقة. لذلك لا يمكن مقارنته بصورة موثوقة مع Public WPT Runner الخاص بـ Obscura أو مع Chromium Compatibility. كان عمر Kitesurf اثني عشر أسبوعًا فقط عند الإعلان وظل Beta.

أكثر كفاءة، لكنه ليس أسرع

تكشف Measurements الخاصة بـ Cloudflare الجاذبية الاقتصادية الحقيقية. في Corpus من 14 URL وخمس Runs، احتاج Kitesurf بحسب Cloudflare إلى CPU أقل 3.1 مرات وMemory أقل 4.7 مرات من Warm Chromium Pool عند إنشاء Screenshots. وفي HTML Extraction انخفض CPU بمقدار 3.8 مرات وMemory بمقدار 7 مرات.

لكن Latency كانت أسوأ في الوقت نفسه. استغرقت Screenshots في Median وقتًا أطول 1.8 مرة، وHTML Extraction أطول 1.7 مرة. يوفر Kitesurf أساسًا Infrastructure لكل Task، ولا يفوز تلقائيًا بسباق أسرع Single Page.

هذه الأرقام مفيدة لكنها ليست Independent Benchmarks. اختارت Cloudflare Corpus وEnvironment وComparison بنفسها. كما أن Warm Chromium Pool ليس سوى واحد من عدة Operating Modes ممكنة. تثبت Measurement أن Architecture واعدة، لكنها لا تثبت أن Kitesurf أرخص أو أكثر موثوقية في أي Agent Workload حقيقي.

Obscura: متصفح Rust المستقل

يتبع Obscura الفكرة الأساسية نفسها كمشروع Open Source يعمل Local أو Self-Hosted. يتوفر Code تحت Apache 2.0. صدرت النسخة الحالية آنذاك 0.2.1 في 23 أغسطس 2026، وتتكون من Rust Crates متعددة لـ CLI وCDP وBrowser Logic وJavaScript وDOM وNetwork وMCP وRendering.

V8 وDOM خاص وCPU Rendering

يدمج Obscura محرك V8 عبر deno_core. توفر Browser APIs طبقة JavaScript Bootstrap كبيرة وRust Operations، أما DOM فهو Implementation خاص. يستخدم المشروع في Layout وRendering كلًا من Taffy وBrowser Logic خاصة وCPU-Based Paint Path.

يدعم Obscura أيضًا CDP ويحتوي MCP Server. يستطيع Agent فتح Pages والحصول على DOM Snapshots والنقر وملء Forms وتنفيذ JavaScript وإنشاء Screenshots أو PDFs. وتتمثل الميزة العملية في التحكم: يمكن تشغيل Engine محليًا أو داخل Container أو في Infrastructure خاصة، ولا يمثل Cloudflare Account متطلبًا تقنيًا.

ثمن ذلك هو التشغيل الذاتي. وفق Architecture Documentation، تشترك Pages داخل Process واحد في V8 Isolate، وتُنفذ JavaScript Work تسلسليًا عبر Global Lock. تحاول Watchdogs وHard Deadlines منع Page من تعطيل Process بصورة دائمة. ومع ذلك يصوغ Security Document الحد بصورة صحيحة: هذه الآليات لا تستبدل Operating-System-Level Isolation. وعلى من يعالج صفحات عدائية بكثافة تشغيل Obscura في Containers أو Virtual Machines ذات Network مقيدة.

هذه ليست ملاحظة صغيرة. لا تحمي Rust من كل ثغرة في V8 أو Native Dependencies أو FFI Boundaries. يظل Process الذي ينفذ JavaScript عشوائيًا من Internet خدمة عالية المخاطر.

Stealth Mode أكثر من مجرد User-Agent

أكثر اختلافات Obscura إثارة هو Stealth Build الاختياري. يستبدل reqwest Transport العادي بـ wreq مع BoringSSL، ويحاكي TLS Handshake شبيهًا بـ Chrome، بما في ذلك ClientHello وALPN وترتيب Cipher Suites. هذا مهم لأن Bot Systems لا تفحص User-Agent الظاهر وحده، بل تقارن ما إذا كانت HTTP Headers وTLS Fingerprint وJavaScript Properties تروي Browser Story نفسها.

على JavaScript Side يحاول Obscura إبقاء القصة متسقة. يحاكي Code كلًا من navigator.userAgentData وPlatform Values وScreen وGPU وCanvas وAudio وBattery وغيرها من Fingerprint Surfaces. يبقى navigator.webdriver مخفيًا. وتُخفى Internal Obscura Properties من Enumeration، ويُفترض أن تبدو Native Functions كوظائف متصفح حقيقية عند استخدام Function.prototype.toString().

تُعامل event.isTrusted كذلك بصورة متمايزة. يظل Event الذي ينشئه Page Code عبر new Event() غير موثوق، بينما يمكن وسم Inputs القادمة من CDP Path على أنها Browser-Generated. وستكون إعادة true دائمًا سهلة الاكتشاف كما أنها ستمثل Web Behavior العادي بصورة خاطئة.

يشمل Stealth Path التنقلات وSubresources وfetch() وXHR. وهذا حاسم: إذا استخدم Main Document وحده TLS Fingerprint شبيهًا بـ Chrome ثم بدا API Request لاحق كأنه من Rust Library، ينشأ بالضبط التناقض الذي تبحث عنه Bot Systems.

يحظر Obscura أيضًا Tracking وFingerprinting Endpoints المعروفة. ويمكن تنويع Browser Features في كل Session. لكن Documentation نفسها تحذر من Combinations غير المتطابقة. يجب أن تتفق IP Region وTimezone وGeolocation وJavaScript Profile وTLS Fingerprint. Rotation ليست عباءة إخفاء، بل قد يصبح Exit IP واحد يتبدل باستمرار بين Device Identities أكثر لفتًا للنظر.

هل يتجاوز Obscura كشف البوتات بصورة أفضل فعلًا؟

عند المقارنة المباشرة مع Kitesurf، يركز Obscura بوضوح أكبر على Anti-Detection، وهو ما يظهر في Code وDocumentation. لكن ذلك لا يعني أنه يتجاوز Modern Bot Defense بصورة موثوقة.

يحدد المشروع ادعاءه بوضوح محمود. صُمم Stealth Mode لاجتياز الفحوص البسيطة لـ TLS Fingerprint أو User-Agent. ووفق Documentation لا يدعم:

• Interactive Cloudflare Challenges
• Active Challenges من DataDome وAkamai Bot Manager
• CAPTCHAs
• IP-Based Rate Limits

لذلك فإن الادعاء الشائع بأن Obscura يتجاوز Bot Detection صحيح فقط بمعنى ضيق. يحاول ألا يبدو كـ Headless Client عادي، لكنه ليس Universal Challenge Bypass.

تقيّم Modern Bot Systems أيضًا أكثر من Browser Fingerprint، مثل IP Reputation وASN وRequest Frequency وNavigation وأنماط Mouse وKeyboard وCookie History وAccount Behavior والعلاقات بين Sessions كثيرة. لا تساعد خاصية navigator مثالية كثيرًا إذا وصلت ألف Request من Data Center واحد بالإيقاع نفسه.

يجب كذلك قراءة Public Obscura Benchmarks بحذر. يحتوي Repository المنفصل Reproducible Test Scripts لـ WPT وObstacle Course وReal Sites وReliability وStealth Consistency. هذا أفضل من Marketing Table محض. لكن Stealth Suite يعمل Local ويفحص أساسًا اتساق Fingerprint الذي عرّفه المشروع نفسه داخليًا. ولا يثبت أن Commercial Bot Systems كبيرة ستقبل Traffic على أنه بشري.

تضاف إلى ذلك سرعة المشروع. بين Obscura 0.2.0 و0.2.1، تذكر Release Notes وجود 122 Commit في أكثر قليلًا من أسبوعين. يبين ذلك Active Development، لكنه يكشف أيضًا Surface ما زالت تتغير بقوة. لا ينبغي استنتاج Production Readiness مباشرة من Demo Run ناجح لمحرك متصفح حديث العهد.

Cloudflare لا تريد بوتًا غير مرئي

الوضع مع Kitesurf مختلف جذريًا. يضيف Cloudflare Browser Run إلى Outgoing Requests Headers غير قابلة للضبط، إلى جانب Web Bot Auth Signatures تسمح لـ Target Server بالتحقق Cryptographically من أن Request جاء من Cloudflare Browser Infrastructure.

FAQ الخاصة بـ Cloudflare واضحة: ستتعرف Cloudflare دائمًا على Browser Run Requests بوصفها Bot Traffic. ويقرر Website Operator السماح بها أو حظرها. ومن يريد اختبار Zone الخاصة به آليًا يستطيع السماح بهذا Traffic تحديدًا عبر WAF Rule.

يعمل Kitesurf كخيار داخل Browser Run. لذلك من الخطأ وصف غياب الإخفاء بأنه تأخر تقني فقط. Transparent Bot Identity جزء من Product Model. تدير Cloudflare في الوقت نفسه Platform لـ Browser Automation وSecurity Products يستخدمها Website Operators لاكتشاف Bots والتحكم فيها. ولو تعمد متصفحها الخاص تجاوز تلك Controls لأضر بهذا النموذج مباشرة.

تقول Cloudflare كذلك بوضوح إن Kitesurf لا يستطيع حاليًا إجراء Bot-Challenge Handshake باستخدام TLS Fingerprints حقيقية. ولهذه Sites توصي الشركة بالـ Chromium-Based Standard في Browser Run. لكن حتى Traffic من Chromium يظل قابلًا للتعرف عليه كـ Automation بسبب Cloudflare Headers وSignatures.

يمكن الترحيب بهذا القرار. يحصل Website Operators على Verifiable Identity بدل User-Agent يمكن تزويره بحرية. ويمكن السماح لـ Legitimate Bots أو قياسها أو تقييدها بصورة منفصلة، وربط Misuse بمزود وInfrastructure محددين.

ويمكن نقده أيضًا. فالـ Personal Agent الذي يقرأ Public Site نيابة عن مستخدم يُصنف تقنيًا أقرب إلى Commercial Crawler منه إلى متصفح ذلك المستخدم. ويحصل Website Operator على مفتاح بسيط لحظر Cloudflare Agents. ولا يستطيع المستخدم الرجوع إلى Session عادية تبدو بشرية، حتى لو أراد فقط Automation لبحثه الخاص.

لماذا بنت Cloudflare شيئًا خاصًا رغم ذلك

تكتب Cloudflare أن Obscura قدم الإلهام الأول، وأنه جرى Port له إلى Workers بمساعدة AI Agent. ومن Proof of Concept الذي بالكاد عمل نشأ Kitesurf. هذا Attribution واضح، وليس ادعاءً خفيًا بأن الفكرة وُلدت في مختبر الشركة.

لكن فرضية أن 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 الشركة. فالـ Stateless Renderer الذي يمكن التخلص منه بعد Faulty RPC يمثل Operating Architecture مختلفة عن Process ذي V8 Isolate مشترك وGlobal Lock.

وأخيرًا، Kitesurf Product Component. يجعل CDP الـ Client قابلًا للنقل نسبيًا، لكن Service نفسها تظل مرتبطة بإحكام بـ Browser Run وCloudflare Workers. تعد Cloudflare بطرح Kitesurf كـ Open Source لاحقًا والسماح للعملاء بـ Deploy داخل Cloudflare Account الخاصة بهم. لكن Code ليس Public اليوم. يمكن فحص Architecture وSecurity Boundaries وImplementation في Obscura الآن، بينما لا يمكن تقييم Kitesurf حاليًا إلا عبر Published Design وDocumentation وObservable Behavior.

هنا يصبح النقد مشروعًا. تستفيد Cloudflare من فكرة مفتوحة ومشروع قائم بينما تبقي تطويرها اللاحق مغلقًا أولًا. تسمح Apache 2.0 بذلك، وتذكر Cloudflare Obscura صراحة. الأمر سليم قانونيًا. لكن بالنسبة إلى شركة تعد بالنشر قريبًا، المهم في النهاية هو Published Code لا كلمة “soon”.

متصفحان ونموذجان للتحكم

لا يمكن اختزال أهم الاختلافات في السرعة.

ليس Kitesurf ببساطة Obscura أفضل، بل يحل مشكلة تشغيل مختلفة. تريد Cloudflare تنفيذ أعداد هائلة من Browser Tasks القصيرة بأمان وكلفة منخفضة على Platform الخاصة بها. ويريد Obscura تقديم Browser Engine مستقل يتحكم فيه Operator بنفسه ويستطيع جعله أقل قابلية للاكتشاف عند الحاجة.

سؤال Security غير المحلول يقع فوق المتصفح

يستثمر المشروعان كثيرًا في عزل Web Pages. هذا ضروري، لكنه لا يحل أهم مخاطر متصفح AI: يمكن لصفحة ويب أن تتلاعب بالـ Agent نفسه.

لا يحتاج نص Prompt Injection داخل DOM إلى V8 Sandbox Escape. يكفي أن يفسره Model كتعليمات، فيكشف Internal Data أو يفتح Link خاطئًا أو يستخدم Tool قوية. تحمي Network Isolation بنية المتصفح، لكنها لا تحمي نية المستخدم تلقائيًا.

لذلك يحتاج Agent Browser الجاهز للإنتاج إلى Controls إضافية:

• Browser Contexts منفصلة للمهام غير المرتبطة
• حد أدنى من Secrets وShort-Lived Tokens لكل Session
• Approvals واضحة قبل Login أو Purchase أو Upload أو Data Change
• Domain وEgress Rules خارج Page JavaScript
• Logs تربط Model Decision وBrowser Action والنتيجة
• Abort Path آمن لـ Unexpected Navigation وDownloads
• حماية تمنع Page Content من التحول إلى System Instructions

تذكر Cloudflare Prompt Injection وTool Safety كأولويات، لكن مقال Kitesurf يصف أساسًا Browser Isolation. يقدم Obscura Browser Tools، لكنه لا يتولى Authorization للـ Agent الأعلى. وعلى من يستخدم أي مشروع سد هذه الفجوة بنفسه.

أي نموذج يناسب أي استخدام؟

يبدو Kitesurf مثيرًا للاهتمام لـ Screenshots وHTML Extraction وDocuments من Sites مملوكة أو مسموح بها. تقلل Worker Architecture عبء التشغيل، ولا تمثل Transparent Bot Identity عائقًا في البيئة الخاصة. يستطيع Operators السماح بـ Browser Run تحديدًا والحصول على Origin يمكن تتبعه.

أما Local Research وInternal Automation والبيئات ذات Data-Control Requirements الصارمة، فيبدو Obscura أجذب. لكن يجب وضع Engine داخل Runtime محدودة بوضوح. لا ينبغي أن تكون Container أو VM وRestricted Egress وCredentials منفصلة وتفعيل --obey-robots إضافات لاحقة.

بالنسبة إلى Long Authenticated Sessions أو Media أو WebGL أو Sites ذات Complex Bot Defense، يظل Chromium Browser حقيقي غالبًا الخيار الأكثر واقعية. وتقول Cloudflare ذلك صراحة عن Kitesurf. فالمتصفح الأصغر ليس تلقائيًا الأكثر Compatible.

ينبغي استخدام Stealth Functions فقط في Tests مشروعة ومصرح بها أو Automation موجهة للخصوصية. لا تجيب إمكانية الوصول التقني إلى Site عن السؤال القانوني ولا عما إذا كانت Rules وRate Limits وResources الخاصة بها قد احترمت.

خلاصة رأيي

أظهر Obscura بوضوح لـ Cloudflare أن Agentic Browser لا يجب أن يكون Chromium بالضرورة. يأخذ Kitesurf الفكرة الأساسية ويبني منها Worker-Native Architecture ذات Isolation مقنعة وResource Use أقل وBrowser Run Integration مباشر.

يبقى Obscura أكثر جرأة فعلًا في Bot Detection. يحاكي Stealth Mode أسطح TLS وHTTP وJavaScript بصورة أكثر استهدافًا من Kitesurf. لكن وصفه بأنه “أفضل في التجاوز” مبالغ فيه. المثبت هو إخفاء أفضل أمام Simple Fingerprint Checks، بينما ينفي المشروع نفسه تجاوز Modern Interactive Challenges.

أما تحفظ Cloudflare فليس مجرد عدم نضج تقني. يفترض أن يكون Browser Run قابلًا للتعرف عليه كـ Bot. وتحول Non-Removable Headers وWeb Bot Auth هذه الشفافية إلى Product Feature. يناسب ذلك شركة تبيع Bot Management في الجهة الأخرى، لكنه يمنع Kitesurf من أن يصبح متصفحًا مستقلًا يعمل نيابة عن المستخدم.

لذلك ليس أقوى نقد أن Cloudflare نسخت Obscura ببساطة. فالـ Architecture وOperating Model مختلفان جدًا، كما تنسب Cloudflare الإلهام علنًا.

النقد الأقوى هو أن Cloudflare تبني متصفح AI تتوافق Identity وRuntime وDistribution وAccess الخاصة به تمامًا مع Control Model لدى Cloudflare. قد يكون ذلك منطقيًا جدًا لـ Operators، لكنه ليس سوى إجابة واحدة محتملة لويب Agentic مفتوح ومتمحور حول المستخدم.

يبقى أن نرى هل سيصبح Kitesurf مفتوحًا فعلًا، ومدى اكتمال Published Code، وهل يمكن تشغيل المتصفح بصورة مفيدة خارج Cloudflare Platform. حتى ذلك الحين، يظل Obscura التجربة الأكثر انفتاحًا وKitesurf المنتج الأفضل تكاملًا.

إلى اللقاء،
Joe