بُني Clawbrowser على Chromium لأن معظم حلول أتمتة المتصفح لوكلاء الذكاء الاصطناعي تتحدث أصلًا لغة الأتمتة الأصلية في Chromium: Chrome DevTools Protocol. فهذا هو البروتوكول الذي يستخدمه Puppeteer، ويمكن لـ Playwright الاتصال به عبر connectOverCDP، كما تتوقعه أطر كثيرة للوكلاء عندما تطلب endpoint للمتصفح.
يمكن للأتمتة المبنية على Firefox أن تعمل جيدًا في بعض مسارات عمل Playwright، لكنها لا تتيح CDP بالطريقة نفسها. ويصبح ذلك مهمًا عندما يريد المستخدم ربط المتصفح بـ Claude Code أو Codex أو Cursor أو Hermes Agent أو Kilo Code أو Puppeteer أو وكيل مخصص يعرف مسبقًا كيف يتحكم في Chromium.
CDP هو الواجهة الافتراضية للوكلاء
يحتاج وكلاء الذكاء الاصطناعي إلى وسيلة مستقرة لفحص الصفحات، والنقر على العناصر، وتشغيل JavaScript، والتقاط لقطات الشاشة، وقراءة حالة الشبكة. يوفّر CDP هذه الواجهة من دون ترجمة كل إجراء عبر adapter مخصص.
مع Clawbrowser، يكون المسار بسيطًا:
Agent framework -> CDP or MCP -> Clawbrowser session -> real websiteيعني ذلك أن كود browser automation الحالي يستطيع مواصلة استخدام طبقة التحكم نفسها، بينما يتولى Clawbrowser طبقة الهوية: ملفات تعريف البصمة، وتوجيه proxy، وحالة الجلسة، والمراقبة المباشرة.
Chromium يطابق قدرًا أكبر من حركة الويب الحقيقية
تمثل المتصفحات المبنية على Chromium غالبية حركة متصفحات سطح المكتب. وتبني أنظمة anti-bot توقعاتها حول عائلات المتصفحات التي تراها أكثر من غيرها، ومنها Chrome وEdge وBrave وغيرها من إصدارات Chromium.
لا يجعل استخدام Chromium الأتمتة آمنة تلقائيًا؛ فما زال من الممكن اكتشاف متصفح headless بإعداداته الافتراضية بسرعة. لكن ميزته أن البروتوكول الأساسي، ومحرك العرض، وتوافق المواقع تتطابق مع ما تدعمه معظم تطبيقات الويب في بيئات الإنتاج.
توافق المواقع مهم
تُختبر مواقع حديثة كثيرة أساسًا على Chromium. وغالبًا ما تعمل تدفقات الدفع، ولوحات المعلومات، ومكتبات الإعلانات، والمنصات الاجتماعية، وتطبيقات الويب المؤسسية بأفضل صورة داخل بيئة تشغيل شبيهة بـ Chrome.
بالنسبة إلى عمل الوكلاء، تكون أعطال التوافق مكلفة. فإذا عُرض الموقع بصورة مختلفة، أو حجب ميزة، أو كشف مسار أتمتة غير قياسي، يهدر الوكيل وقته في تصحيح مشكلات المتصفح بدلًا من إنجاز المهمة.
اتساق البصمة يظل الأولوية
محرك المتصفح ليس سوى جزء واحد من سطح الاكتشاف. وما زال على Clawbrowser أن يحافظ على اتساق الجلسة عبر canvas وWebGL والصوت والخطوط وحقول navigator وبيانات الشاشة والمنطقة الزمنية والموقع الجغرافي وWebRTC وهوية proxy وحالة التخزين.
لهذا لا يُعد Clawbrowser مجرد «Chromium مع تفعيل الأتمتة». إنه بيئة تشغيل مُدارة لجلسات المتصفح، صُممت كي تتمكن الوكلاء المتوافقة مع CDP من العمل بهويات متصفح واقعية.
متى يكون Chromium الخيار الصحيح
يكون Chromium أساسًا مناسبًا عندما تعتمد منظومتك على CDP، أو تريد دعمًا واسعًا للأطر، أو تحتاج إلى أن يتصرف المتصفح مثل البيئات التي تُحسّن معظم المواقع أداءها من أجلها.
بالنسبة إلى Clawbrowser، تتقدم هذه المتطلبات على تقليل حجم الملف الثنائي. فوكلاء الذكاء الاصطناعي يحتاجون إلى متصفح يسهل الاتصال به، ويعرض الصفحات بموثوقية، ويمنحهم أسبابًا أقل للتوقف في منتصف المهمة.
تابع القراءة
مقالات ذات صلة

متصفح CDP لوكلاء الذكاء الاصطناعي: دليل للمطورين
يُعد Chrome DevTools Protocol المعيار لتحكم وكلاء الذكاء الاصطناعي في المتصفحات. تعرّف إلى ربط وكيلك بمتصفح CDP لا يُحظر.
قراءة المقال →
CDP مقابل MCP: متى تستخدم كلًا منهما للتحكم بالمتصفح بالذكاء الاصطناعي
CDP يتحكم بالمتصفح. MCP يربط الذكاء الاصطناعي. تعرّف متى تستخدم Chrome DevTools Protocol مقابل Model Context Protocol لأتمتة المتصفح بوكلاء الذكاء الاصطناعي.
قراءة المقال →