نماذج ومنصات الذكاء الاصطناعي
تتيح Cloudflare شفرة محرك متصفح Kitesurf مفتوحة المصدر لوكلاء الذكاء الاصطناعي
أضف Unite.AI إلى مصادرك المفضلة على Google
النقاط الرئيسيةKitesurf replaces Chrome with a lighter engine that renders pages and runs JavaScript…
عرض المزيد
- Kitesurf replaces Chrome with a lighter engine that renders pages and runs JavaScript for AI agents.
- Self-hosting shifts security to operators because the engine ships without authentication and exposes a public URL.
- Kitesurf remains experimental with incomplete Chrome compatibility despite its efficiency gains for agent workloads.
أعلنت Cloudflare في 13 نوفمبر 2026 أن Kitesurf، وهو محرك متصفح تجريبي لوكلاء الذكاء الاصطناعي، أصبح متاحًا الآن كمصدر مفتوح بموجب ترخيص Apache 2.0. ويمكن للمطورين فحص الشفرة وتعديلها وتشغيلها محليًا، أو نشر نسخة خاصة بهم على Cloudflare Workers.
يتيح المستودع العام للمطورين تشغيل المحرك وتعديله في حساباتهم الخاصة على Cloudflare بدلًا من الاعتماد حصرًا على واجهات برمجة التطبيقات المُدارة Browser Run. وكانت Cloudflare قد وعدت بهذه الخطوة عندما قدّمت Kitesurf في 6 أغسطس 2026، ثم أكدت ذلك مجددًا في تحديث 28 سبتمبر 2026، الذي أضاف دعم WebMCP، ووسّع نطاق تغطية واجهات برمجة التطبيقات للمتصفح وBrowser Run، وأدخل عرض الطرفية.
تصميم Kitesurf الموجّه للوكلاء
يحوّل Kitesurf لغتي HTML وCSS إلى صفحات معروضة، وينفّذ JavaScript الخاص بالصفحات، وينشئ لقطات شاشة من دون Chrome أو حاوية متصفح. كما يوفّر نقطة نهاية لبروتوكول Chrome DevTools (CDP)، وهي واجهة التحكم التي تستخدمها أدوات Chrome DevTools وبرامج التشغيل الآلي المتوافقة معها، ما يتيح لعملاء Puppeteer وأطر عمل وكلاء الذكاء الاصطناعي الاتصال به.
ينسّق Engine داخليًا جلسات المتصفح واتصالات العملاء، وينفّذ PageScript الصفحة وشيفرة JavaScript الخاصة بها، بينما ينتج PageRenderer المخرجات المرئية. وتُدمج منصة المطورين من Cloudflare مع مكونات مكتوبة بلغة Rust ومُصرّفة إلى WebAssembly: إذ تتولى Blitz تحليل HTML وDOM والتخطيط والرسم؛ وتعالج Stylo تنسيقات CSS؛ وتُستخدم مكتبات Linebender للنصوص والرسومات ثنائية الأبعاد؛ فيما تنشئ Krilla مخرجات PDF. ويوفّر Boa بيئة تشغيل بديلة لـJavaScript داخل WebAssembly عندما يتعذر تشغيل شيفرة الصفحة في Dynamic Workers.
تقول Cloudflare إن هدف التصميم هو تزويد الوكلاء بإمكانية الوصول إلى الويب التي يحتاجون إليها، مع استهلاك أقل للمعالج والذاكرة مقارنةً بمتصفح Chromium كامل، مع إمكانية التوسع عند الطلب عبر شبكة Workers التابعة لها. وتتعامل البنية الأصلية مع كل تحميل لصفحة على أنه مدخل غير موثوق به، وتعزل المكونات بحسب الموارد التي تحتاج إليها. ويتولى عامل مخصص، SandboxOutbound، جميع عمليات جلب البيانات من مصادر خارجية، ويفرض سياسات الشبكة ويحافظ على فصل ملفات تعريف الارتباط لكل صفحة؛ ولا يمكن للمكونات الأخرى الوصول إلى الشبكة مباشرةً.
ويُعد انعدام الحالة جزءًا آخر من هذا التصميم. يحتفظ Engine بحالة الجلسة، بينما يمكن الاستغناء عن المكونات الأخرى متى أمكن، ما يسمح بتعديل السعة لتواكب الارتفاعات المفاجئة في نشاط الوكلاء. ولا يحتفظ PageRenderer بأي حالة دائمة للصفحة، لذا يستطيع Engine استبداله بعد فشل طلب عرض الصفحة أو تعثره.
متطلبات الاستضافة الذاتية والأمان
يتطلب التطوير المحلي Bazelisk وNode.js 22 أو إصدارًا أحدث وpnpm 9.15.4. وينشئ أمر التطوير وحدات WebAssembly وحزم الصفحة وأداة العرض، ثم يشغّل محركًا محليًا على العنوان 127.0.0.1:8787. ويُصرّف البناء الأولي نواة Rust والتبعيات المضمّنة، بينما تعيد عمليات البناء اللاحقة استخدام ذاكرة التخزين المؤقت لـBazel. وبعد ذلك، يمكن للمطورين فحص الصفحات عبر Chrome DevTools أو توصيل Puppeteer وغيره من عملاء CDP.
يتطلب النشر على Cloudflare الاشتراك في خطة Workers المدفوعة، لأن Dynamic Workers تنشئ العمال المعزولين المستخدمين للصفحات وأدوات العرض. وبعد الاختبار محليًا، يمكن للمشغّلين نشر المحرك في حساباتهم الخاصة بوصفه بديلًا للواجهات المُدارة في Browser Run.
وتنقل الاستضافة الذاتية أيضًا مسؤولية أمنية مهمة إلى المشغّلين. فالمحرك لا يتضمن آلية مصادقة خاصة به، ويكون عنوانه على workers.dev عامًا افتراضيًا. ومن دون Cloudflare Access أو طبقة مصادقة أخرى، يستطيع أي شخص يملك عنوان URL تصفح الويب عبر المحرك، وتوصيل عملاء CDP، وإرسال طلبات صادرة من حساب Cloudflare الخاص بالمشغّل، واستهلاك وقت معالج مدفوع وعمال Dynamic Workers. ويوجّه المستودع المشغّلين إلى حماية العنوان فورًا، ويشرح كيفية تفعيل Access على مستوى الحساب قبل النشر لتجنب إتاحته للعامة ولو لفترة وجيزة.
الحالة التجريبية وآلية المساهمة
لا يزال Kitesurf تجريبيًا ويخضع لتطوير مكثف. ويصفه المستودع بأنه نقطة نهاية لـCDP، لا تطبيقًا كاملًا لـChrome، مع استمرار عدم دعم بعض ميزات Chrome DevTools. وتعطي Cloudflare الأولوية للتوافق والموثوقية والكفاءة.
عند الإطلاق في أغسطس، قالت Cloudflare إن Kitesurf لم يكن مناسبًا بعد للفيديو أو WebGL أو عمليات التحقق التي تتطلب مصافحة تحدي الروبوتات وبصمات TLS حقيقية، ولا للجلسات الموثّقة الطويلة التي تعتمد على حالة دائمة. وتوضح هذه القيود أهمية اختبارات التوافق التي لا تزال ضرورية لأعباء عمل الوكلاء، حتى عندما يكون انخفاض استهلاك موارد المتصفح الأخف ميزةً جذابة.
وتنظّم آلية المساهمة العمل المتواصل على المشروع. وتطلب Cloudflare من المساهمين المحتملين فتح بلاغ يتضمن حالة إعادة إنتاج مصغّرة أو نهجًا مقترحًا، والحصول على تزكية من أحد المشرفين قبل إرسال طلب دمج. وتُفضّل التغييرات المحددة النطاق والمصحوبة باختبارات، لكن المشروع يرحب أيضًا بأخطاء العرض القابلة لإعادة الإنتاج، وإخفاقات مهام سير العمل الآلية، وتصحيحات الوثائق.
بالنسبة إلى المطورين، تتمثل المفاضلة في الحصول على تحكم مباشر في مجموعة تقنيات المتصفح مقابل تولي تأمين النشر بأنفسهم، والتعامل مع محرك لا يزال توافقه مع Chrome ومنصة الويب غير مكتمل.
