رؤى أبحاث Gate Ventures: الحرب الثالثة للمتصفحات – معركة البوابة في عصر وكلاء الذكاء الاصطناعي

الملخص التنفيذي

الجولة الثالثة من حرب المتصفحات تجري بصمت خلف الكواليس. تاريخياً، عكست معركة التفوق بين المتصفحات—من Netscape وInternet Explorer التابع لـMicrosoft في التسعينيات، مروراً بحركة المصادر المفتوحة مع Firefox وصعود Google Chrome—تنافساً على التحكم في المنصات وتغير النماذج التقنية. فرض Chrome هيمنته عبر التحديثات السريعة وتكامل النظام البيئي، ما مكّن Google من بناء "احتكار ثنائي" بين البحث والمتصفح، وأوجد حلقة مغلقة للوصول إلى المعلومات.

اليوم، بات هذا المشهد مهدداً. فالنماذج اللغوية الضخمة ("LLMs") تؤدي إلى زيادة سلوك "البحث بدون نقر"، حيث ينهي المستخدمون مهامهم مباشرةً في صفحة النتائج دون التنقل التقليدي في الويب. إلى جانب ذلك، تزايدت شائعات استبدال Apple لمحرك البحث الافتراضي في Safari، ما يعرض قاعدة أرباح Alphabet (الشركة الأم لـGoogle) للخطر ويزيد من توترات السوق حول مستقبل البحث.

دور المتصفحات يُعاد تعريفه—not كأداة لعرض الويب فقط، بل كحاوية لإدخال البيانات، وإجراءات المستخدم، وحماية الخصوصية، وإدارة الهوية الرقمية. رغم قوة وكلاء الذكاء الاصطناعي، ما زالوا يعتمدون على المتصفحات لإدارة تفاعلات الصفحات المعقدة، والوصول لبيانات الهوية المحلية، والتحكم بعناصر الويب ضمن بيئة موثوقة. باتت المتصفحات تنتقل من واجهة موجهة للمستخدم إلى منصات نظامية للوكلاء الذكيين.

تستعرض هذه المقالة استمرار أهمية المتصفحات، وتؤكد أن التحول الفعلي لن يأتي من "Chrome أفضل"، بل من نموذج تفاعل جديد كلياً—بالانتقال من عرض المعلومات إلى تنفيذ المهام. متصفحات الغد ستُصمم للوكلاء الذكيين—not للقراءة فقط، بل للكتابة والتنفيذ أيضاً. مشاريع مثل Browser Use تعيد هيكلة بنية الصفحات دلالياً، محولةً الواجهات البصرية إلى نص منظم قابل للاستدعاء عبر "LLMs"، ما يخفض كلفة التفاعل بشكل كبير.

يتقدم رواد القطاع بالفعل في هذا المسار: تطلق Perplexity المتصفح الأصلي Comet المدعوم بتقنيات البحث الذكية؛ يدمج Brave حماية الخصوصية والاستدلال المحلي لتعزيز البحث وحجب الإعلانات؛ وتفتح مبادرات مشفرة مثل Donut آفاقاً جديدة لتلاقي الذكاء الاصطناعي وأصول البلوكشين. العامل المشترك بين هذه المشاريع تركيزها على إعادة تعريف إدخال البيانات في المتصفح—not الاكتفاء بتحسين المخرجات.

فرصة رواد الأعمال تكمن في تقاطع الإدخال والبنية والوكيل. مع تحول المتصفحات إلى بوابة التفاعل الرقمي بقيادة الوكلاء، سيتصدر مقدمو أنظمة القدرات المنظمة والموثوقة والقابلة للاستدعاء مشهد المنصات القادم. من تحسين محركات البحث "SEO" إلى تحسين محركات وكلاء المهام ("AEO")، ومن تحليلات المرور إلى دمج سلاسل المهام، يعاد ابتكار التصميم والتفكير المنتج. تدور الجولة الثالثة من حرب المتصفحات حول "الإدخال" وليس "العرض"—وسيتحدد مستقبلها عبر من يكتسب ثقة الوكيل وحق الاستدعاء، لا فقط انتباه المستخدم.

تاريخ موجز لتطوير المتصفحات

في التسعينيات، قبل أن يصبح الإنترنت جزءاً من الحياة اليومية، انطلق Netscape Navigator كمستكشف عوالم رقمية جديدة، فاتحاً الفضاء الرقمي أمام الملايين. لم يكن أول متصفح تقنياً، لكنه كان الأول الذي وصل للجماهير فعلياً ورسم معالم تجربة الإنترنت؛ فقدّم تصفحاً بصرياً سهلاً وجعل العالم أقرب.

لكن المجد زائل. أدركت Microsoft سريعاً القيمة الاستراتيجية للمتصفحات فدمجت Internet Explorer مع Windows وجعلته افتراضياً، ما أدى إلى انهيار تقدم Netscape حيث تقبّل المستخدمون IE بسبب الإعدادات الافتراضية. وبفضل Windows، انتشر IE في كل مكان وتراجع Netscape تدريجياً.

تطور شعار Firefox

استجاب مهندسو Netscape للأزمة بخطوة جريئة—فتحوا مصدر المتصفح أمام مجتمع المصادر المفتوحة، ما شكل نهاية عصر وبداية آخر. هذه الشيفرة الأساسية أدت إلى إطلاق مشروع Mozilla، الذي بدأ باسم Phoenix ثم تحول إلى Firefox بعد تجاوز عقبات العلامات التجارية.

لم يكن Firefox مجرد إعادة إنتاج بل قدّم تحسينات في تجربة المستخدم، ونظام الإضافات، ومستوى الأمان. كان إطلاقه علامة فارقة لمصادر البرامج المفتوحة، وأعاد إحياء الصناعة. اعتُبر Firefox "الخلف الروحي" لـNetscape.

لكن Microsoft أصدرت بالفعل ست نسخ من IE قبل ظهور Firefox، فبقي Firefox في موقع المطاردة دوماً. لم تكن المنافسة عادلة.

وفي النرويج، برز متصفح Opera عام 1994 كمشروع تجريبي. استخدم محرك Presto المطور داخلياً بدءاً من الإصدار 7.0 في 2003، وسبق في دعم CSS، والتصاميم التكيفية، والتحكم الصوتي، وUnicode. ورغم قاعدة مستخدميه الصغيرة، ظل Opera رائداً تقنياً ومفضلاً لدى نخبة التقنية.

في 2003، أطلقت Apple متصفح Safari في لحظة فارقة. كانت Apple تواجه الإفلاس، فتلقت دعماً بقيمة 150 مليون دولار من Microsoft للحفاظ على صورة التنافس وتفادي الرقابة الاحتكارية. رغم اعتماد Google كمحرك بحث افتراضي في Safari، تُجسد العلاقة المعقدة مع Microsoft نمط التنافس–التعاون بين عمالقة الإنترنت.

وصل IE7 مع Vista في 2007 ليحقق نجاحاً محدوداً، بينما أحرز Firefox تقدماً عبر التحديثات الأسرع، والإضافات المفتوحة، واهتمام المطورين—ما رفع حصته إلى حوالي 20%. تذبذبت هيمنة IE لصالح تقدم Firefox.

اختارت Google مساراً مختلفاً، وبدأت تطوير متصفحها عام 2001 ثم حصلت على موافقة الرئيس التنفيذي Eric Schmidt بعد ست سنوات. أُطلق Chrome عام 2008 مبنياً على Chromium وWebKit، ورغم وصفه بـ"الثقيل"، استفاد من مكانة Google في الإعلانات والعلامة ليصعد بسرعة.

تفوق Chrome في كثافة التحديثات (كل ستة أسابيع) وتجربة موحدة عبر جميع المنصات. في نوفمبر 2011 تخطى Firefox بحصة وصول 27% ثم تجاوز IE خلال ستة أشهر ليصبح المتصدر.

وفي الصين، أوجدت منظومتها المستقلة. ارتفع UC Browser من Alibaba في مطلع العقد الماضي، خاصة في الهند وإندونيسيا والصين، حيث فضله مستخدمو الأجهزة محدودة الإمكانيات لتصميمه الخفيف وقدرته على توفير البيانات. في 2015، استحوذ UC على 17% من حصة التصفح عبر الجوال عالمياً و46% في الهند فقط. أما التشديد الهندي على التطبيقات الصينية، فقد أخرج UC من أسواق رئيسية.

الحصة السوقية للمتصفحات، المصدر: statcounter

بحلول العقد الثالث من القرن الحالي، استحوذ Chrome على حوالي 65% من السوق العالمية للمتصفحات. رغم أن كل من Google Search وChrome ينتميان إلى Alphabet، إلا أن كل منهما يسيطر بشكل منفصل—البحث يهيمن على 90% تقريباً من الاستفسارات عالمياً وChrome هو البوابة لمعظم المستخدمين.

للحفاظ على هذا الاحتكار الثنائي، ضخت Google استثمارات ضخمة—دفعت حوالي 20 مليار دولار إلى Apple في 2022 للبقاء كمحرك بحث افتراضي في Safari. يقدر المحللون أن هذا المبلغ يمثل 36% من دخل Google الإعلاني من Safari.

الحصة السوقية لمحركات البحث، المصدر: statcounter

الآن المشهد يتغير مجدداً. تضعف "LLMs" قوة البحث التقليدي؛ وفي 2024 تراجعت حصة Google من 93% إلى 89%. ويزداد احتمال إطلاق Apple لمحرك بحث ذكي خاص بها؛ إذا اعتمد Safari نموذج Apple الافتراضي، قد تنهار أرباح Alphabet وبنيتها السوقية. استجاب المستثمرون فوراً فانخفض سهم Alphabet من 170 إلى 140 دولاراً، ما يعكس قلق السوق تجاه مستقبل البحث.

من Navigator إلى Chrome، ومن حلم المصادر المفتوحة إلى نموذج الإعلانات، ومن التصفح الخفيف إلى مساعدين الذكاء الاصطناعي—دائماً كانت الحروب حول التقنية والمنصة والمحتوى والسيطرة. يبقى السؤال: من يمتلك نقطة الدخول يرسم المستقبل.

تعتبر رؤوس الأموال الجريئة أن الجولة الثالثة من حرب المتصفحات تأتي مدفوعة بتحولات في الطلب على البحث بفضل الذكاء الاصطناعي. يوضح الرسم البياني أدناه جولات التمويل الأخيرة لمشاريع المتصفحات الذكية الرائدة.

Gate Ventures

الهيكلية العامة للمتصفحات الحديثة

تستعرض الصورة التالية الهيكلية العامة للمتصفح:

البنية العامة، المصدر: Damien Benveniste

1. العميل—مدخل الواجهة الأمامية

تمر استفسارات المستخدم عبر HTTPS إلى أقرب Google Front End لفك تشفير TLS، واختبار جودة الخدمة، وتوجيه الموقع الجغرافي. ويمكن تصفية حركة المرور غير العادية (مثل هجمات DDoS أو التجريف التلقائي) أو مواجهتها هنا.

2. تحليل الاستفسار

تقوم الواجهة الأمامية بتحليل مدخل المستخدم عبر ثلاث خطوات: تصحيح إملائي عصبي ("recpie" → "recipe")، وتوسيع المرادفات ("how to fix bike" → "repair bicycle")، وتفسير الهدف لتصنيف الاستفسارات وتوجيه الطلبات الرأسية.

3. استرجاع النتائج المرشحة

الفهرس العكسي، المصدر: spot intelligence

تعتمد Google الفهرسة العكسية. بخلاف الفهارس الأمامية المرتبطة بمعرّف الملف، تسمح الفهارس العكسية بتحديد الملفات عبر الكلمات الرئيسية. ثم تُطبق Google الفهرسة المتجهية للبحث الدلالي، فتصبح النصوص والصور مدمجة في تمثيلات متعددة الأبعاد لبحث المشابهة. على سبيل المثال، "كيفية إعداد عجين البيتزا" تعيد نتائج حول طرق صنع عجين البيتزا. عادةً ينجح حوالي 100,000 صفحة بالمرحلة الأولية.

4. تصنيف متعدد المستويات

تقوم ميزات مثل "BM25" و"TF-IDF" وتقييم جودة الصفحة وآلاف المتغيرات بتقليص القائمة من 100,000 إلى نحو 1,000 نتيجة أولية—وهي منطقة محركات التوصية. تُستمد الميزات من سلوك المستخدم، وخصائص الصفحة، وهدف الاستعلام، والسياق، والوقت، واليوم، والأخبار الفورية.

5. التعلم العميق للترتيب الرئيسي

يستخدم Google كل من "RankBrain" و"Neural Matching" لفهم الدلالات واختيار المستندات ذات الصلة. يعمل "RankBrain" (منذ 2015) على تحويل الاستعلامات والمستندات إلى متجهات للمطابقة الدلالية، حتى مع الاستعلامات الجديدة. مثلاً، "كيفية إعداد عجين البيتزا" يُطابق مع "أساسيات البيتزا". ويعمل "Neural Matching" (منذ 2018) عبر الشبكات العصبية لمطابقة الاستفسارات والمستندات حتى مع اختلاف الصياغة، مثل "مروحة الكمبيوتر المحمولة مزعجة" تلائم أدلة عن ارتفاع الحرارة أو الاستخدام العالي للمعالج.

6. إعادة الترتيب العميق: نموذج "BERT"

بعد التصفية الأولية، تطبق Google نموذج "BERT" لتدقيق النتائج، ما يرفع أولوية الصلة. يفسر "BERT" الاستعلامات والمحتوى معاً لاحتساب الصلة—مثلاً، "الركن على منحدر بلا رصيف" يشير لـ"BERT" لإظهار نصائح وضع العجلات بجانب الطريق. بالنسبة لمتخصصي "SEO"، فهم خوارزميات ترتيب Google أمر أساسي لتصدر النتائج.

هذا هو مسار بحث Google النموذجي. لكن في عصر الذكاء الاصطناعي والبيانات الضخمة، تتغير عمليات التفاعل عبر المتصفح.

كيف يعيد الذكاء الاصطناعي تشكيل المتصفحات

لماذا تظل المتصفحات أساسية—وهل يوجد نموذج ثالث يتجاوز وكلاء الذكاء الاصطناعي والمتصفحات التقليدية؟

الإجابة: لا غنى عنها. يستطيع الذكاء الاصطناعي استخدام المتصفحات لكنه لا يستطيع استبدالها كونها منصات جامعة للقراءة وإدخال البيانات. البيئة الرقمية ليست مجرد مصدر للمعلومات، بل مساحة إنتاج وتفاعل. المتصفحات التي تدمج بيانات المستخدم الشخصية تبقى ضرورية.

المتصفحات توفر الوصول والتفاعل مع البيانات. فهي تخزن البصمات الرقمية والرموز الخاصة بالخصوصية. تتطلب إجراءات المستخدم المتقدمة وساطة المتصفح لاتصالات آمنة وموثوقة. تتطور سلسلة التفاعل إلى:

المستخدم → وكيل الذكاء الاصطناعي → المتصفح.

ما يمكن استبداله هو مستوى الذكاء والتخصيص والأتمتة. يمكن للوكلاء أن يؤدوا بعض المهام، لكنهم غير مناسبين لتخزين محتوى شخصي بسبب قيود الأمان والاستخدام:

المتصفحات متميزة في تخزين المحتوى الشخصي لأسباب عديدة، منها:

1. معظم "LLMs" مستضافة سحابياً؛ بيانات الجلسة محفوظة على الخادم، ويصعب استدعاء بيانات محلية كالمحفظة أو ملفات الارتباط.
2. نقل بيانات التصفح أو الدفع إلى طرف ثالث يتطلب إعادة التفويض، بينما تشترط التشريعات الأوروبية والأمريكية تقليل البيانات وتوطينها.
3. أعمال مثل تعبئة رموز "2FA" أو استعمال الكاميرا أو المعالج الرسومي يجب تنفيذها داخل المتصفح الآمن.
4. سياقات البيانات مثل علامات التبويب أو ملفات تعريف الارتباط أو "IndexedDB" أو التخزين المؤقت أو بيانات الإضافات موجودة في المتصفح.

تحولات جوهرية في أنماط التفاعل

ينقسم استخدام المتصفح إلى قراءة البيانات وإدخالها والتفاعل معها. غيرت "LLMs" كفاءة القراءة، فأصبح البحث بالكلمات المفتاحية يبدو بطيئاً ومحدوداً.

تظهر الأبحاث أن سلوك المستخدم يتغير نحو "إجابات ملخصة" بعيداً عن النقر على الصفحات.

وفق دراسة عام 2024 في الولايات المتحدة، فقط 374 من كل 1,000 استفسار في Google ينتج عنه نقرة؛ 63% عبارة عن "بحث بلا نقر"، حيث يحصل المستخدم على الطقس أو أسعار الصرف أو بطاقات المعلومات مباشرة.

على مستوى الثقة، أظهر استطلاع في 2023 أن 44% يفضلون نتائج البحث العضوية التقليدية على المقتطفات المميزة، فيما تبيّن دراسات أكاديمية أن المستخدمين في الموضوعات الجدلية يفضلون النتائج التي تضم عدة روابط.

رغم عدم ثقة بعض المستخدمين في ملخصات الذكاء الاصطناعي، تبنى كثيرون سلوك "البحث بدون نقر". بذلك، يجب على المتصفحات الذكية الموازنة بين أنماط التفاعل للقراءة؛ ومع استمرار "الهلوسات" في "LLMs"، يبقى المستخدمون حذرين من الملخصات الآلية. التطور في هذا المجال تدريجي، وليس ثوريا.

مجال التحول الحقيقي في المتصفحات هو التفاعل. تاريخياً، كان الإدخال يتم عبر الكلمات المفتاحية—وهو سقف التفسير البرمجي للمتصفح. الآن، يصف المستخدمون مهاماً معقدة بلغة طبيعية، مثل:

• البحث عن رحلات مباشرة بين نيويورك ولوس أنجلوس لفترة معينة
• البحث عن رحلة من نيويورك إلى شنغهاي، ثم إلى لوس أنجلوس

هذه المهام تستدعي جمع البيانات عبر مواقع مختلفة؛ وتنفذ المهام الوكالية الآن بشكل متزايد عبر وكلاء الذكاء الاصطناعي.

يتوافق هذا مع توجهات الأتمتة والذكاء. تتجه سير العمل نحو وكلاء مدمجين داخل المتصفحات. يجب أن تدعم متصفحات المستقبل العمليات الذاتية بالكامل، عبر:

• الجمع بين قابلية القراءة البشرية وقابلية التحليل البرمجي
• خدمة كل من المستخدمين والوكلاء في صفحة واحدة

يُمكن للمتصفحات أداء دور منصات المهام الذكية فقط عبر تحقيق ذلك.

نستعرض الآن خمسة مشاريع محورية: Browser Use، Arc، Perplexity، Brave، Donut. كلها تشير إلى مستقبل المتصفحات الذكية ودمج "Web3"/"Crypto" بشكل أصلي.

Browser Use

لهذا السبب حظيت Browser Use وPerplexity بتمويل كبير. وتبرز Browser Use كفرصة ابتكار رئيسية لعام 2025.

Browser Use، المصدر: Browser Use

تطور Browser طبقة دلالية لجيل جديد من التفاعل عبر المتصفح.

Browser Use تعيد تفسير "DOM"—not كهيكل بصري للبشر بل كشجرة أوامر دلالية لـ"LLMs"—ما يمكّن الوكلاء من تنفيذ الأوامر بدقة دون الحاجة لمسح الإحداثيات. يستبدل النص المنظم واستدعاءات الوظائف بالأساليب التقليدية، ما يؤدي إلى تنفيذ أسرع وأكثر كفاءة. وصفته TechCrunch بأنه "طبقة الربط التي تمكّن الذكاء الاصطناعي فعلاً من قراءة الويب"؛ وقد حصل المشروع على 17 مليون دولار في جولة التأسيس في مارس، رهاناً على هذا التحول الجذري.

بعد تنفيذ HTML لشجرة "DOM"، يبني المتصفح شجرة وصول للمكفوفين، ويضيف للأجزاء أدواراً وحالات.

1. تُجرد العناصر التفاعلية (، ، إلخ) إلى مقاطع "JSON" تشمل الدور، والرؤية، والإحداثيات، والإجراءات القابلة للتنفيذ
2. تُرسم خريطة للصفحة ضمن قائمة عقد دلالية للاستهلاك المجمع عبر "LLMs"
3. تنتج "LLMs" أوامر عالية المستوى (مثل: click(node_id=”btn-Checkout”)), وتُنفذ في المتصفح. تصف المدونة الرسمية ذلك بأنه "تحويل واجهات المواقع إلى نص منظم قابل للاستدعاء من LLM".

حال اعتماد هذه المعايير من W3C، من الممكن حل مشاكل الإدخال عبر جميع المتصفحات. وبتوضيح الرسائل المفتوحة من The Browser Company تزداد وضوح الفروق في النهج.

Arc

أعلنت The Browser Company (Arc parent) أن متصفح ARC Browser سينتقل لوضع الصيانة، مع تحويل الجهود إلى المتصفح الذكي DIA. تعترف رسالتهم المفتوحة بعدم وضوح مستقبل DIA، لكنها تطرح توقعات حول الاتجاهات السوقية. ويبرز أن التحول الحقيقي مرتبط بالتطور الجذري في جانب المخرجات.

ثلاث توقعات من ARC:

https://browsercompany.substack.com/p/letter-to-arc-members-2025

أولاً، يتوقعون أن صفحات الويب لن تبقى واجهة التفاعل الأساسية—طرح يصعب قبوله، إذ يقلل من قيمة المتصفحات ويغفل خللاً أساسياً في تصور متصفحات الذكاء الاصطناعي.

"LLMs" ممتازة في استنتاج النية ("احجز رحلة لي") لكنها عاجزة عن تلبية الاحتياجات المعلوماتية الكثيفة. عند الحاجة للوحة بيانات أو دفاتر كالتي لدى Bloomberg Terminal أو منصات بصرية مثل Figma، تبقى الواجهات البصرية الدقيقة لا يمكن الاستغناء عنها. التعاملات المتخصصة—مثل الرسوم البيانية، والسحب والإفلات، والاختصارات—تخفف العبء المعرفي، وتستحيل برمجتها في واجهة تفاعلية قائمة على الحوار فقط. بالنسبة لـGate.com، تتطلب إجراءات الاستثمار إدخالات دقيقة وبنية منظمة—not دردشة فقط.

يرتكب تصور ARC خطأً بعدم التفريق بين الإدخال والمخرجات. يمكن للذكاء الاصطناعي تحسين إدخال الأوامر، لكن جانب المخرجات يبقى ضعيفاً ويتجاهل دور المتصفحات الحيوي في العرض وتخصيص تجربة المستخدم. منصات مثل Reddit وAAVE تقدم بنى وتصاميم مستحيلة التوحيد. تظل المتصفحات وعاءً للبيانات الخاصة وعرض واجهات متنوعة لا غنى عنها، خاصة عندما ترتبط بتعقيدات المخرجات. معظم المتصفحات الذكية تركز اليوم على "تلخيص المخرجات"—ضغط محتوى الصفحة، وهو ما لا يهدد Google أو البحث الكلاسيكي، بل يستحوذ على جزء من حركة المرور الملخصة فقط.

لذا، التحول الفعلي ليس في ابتكار Chrome جديد، بل في إعادة بناء آلية العرض لتوافق المهام الذكية—وخاصة هندسة الإدخال. النهج التصاعدي لـBrowser Use أكثر وعداً، حيث تمنح الأنظمة الذرية والبرمجية قوة توافقية وإجرائية.

في النهاية، يبقى وكلاء الذكاء الاصطناعي بحاجة للمتصفحات، التي ستظل بوابة للبيانات والتطبيقات. مع تعمق التكامل بين الوكلاء والتطبيقات، يجب على نماذج المتصفحات أن تتطور لتحقيق التوافق مع الوكلاء وتوسيع الاستخدامات.

Perplexity

يُعد Perplexity، محرك البحث الذكي الشهير، اليوم بقيمة 14 مليار دولار—نمو يقارب خمسة أضعاف منذ يونيو 2024. نفذ أكثر من 400 مليون استفسار في سبتمبر 2024، بنمو سنوي 8 أضعاف و30 مليون مستخدم نشط شهرياً.

جوهر الخدمة هو تلخيص الصفحات الفوري وتوفير المعلومات اللحظية. بدأ المشروع خلال العام في تطوير متصفح Comet—منصة تهدف لـ"التفكير" في الويب، لا مجرد العرض. "Answer Engine" متكامل، ومتبعاً نموذج الجهاز الكامل لستيف جوبز، حيث تُبنى مهام الذكاء الاصطناعي في الجوهر وليس كإضافات جانبية. الهدف استبدال روابط نتائج البحث بإجابات مختصرة وموثقة، وتحدي Chrome مباشرة.

Google I/O 2025

لكن لا تزال هناك تحديات: تكلفة البحث العالية وضعف هامش الربح للمستخدمين الهامشيين. حتى مع قيادة السوق في البحث الذكي، كشفت Google في I/O 2025 عن ترقيات طموحة للذكاء الاصطناعي، بإطلاق تجربة متصفح "AI Model" مع ميزات مثل Overview وDeep Research وميزات مستقبلية لوكلاء المهام ("Project Mariner").

ومع توجه Google القوي نحو الذكاء الاصطناعي، فإن تكرار الميزات وحده لن يهدد المركز؛ الابتكار الحقيقي يتطلب إعادة بناء المتصفح بالكامل ودمج "LLMs" في الجوهر، وإعادة ابتكار نماذج التفاعل.

Brave

Brave هو متصفح رائد في مجال التشفير، مبني على Chromium ومتوافق مع إضافات Google. يجتذب نموذج الخصوصية وكسب الرموز شريحة متخصصة، ويستمر في النمو رغم صعوبة منافسة القطاع العام.

بلغ عدد مستخدمي Brave النشطين شهرياً 82.7 مليوناً، ويومياً 35.6 مليوناً، بحصة سوقية بين 1% و1.5%. نمى المستخدمون تدريجياً: من 6 ملايين في يوليو 2019، إلى 25 مليوناً في يناير 2021، و57 مليوناً في يناير 2023، وأكثر من 82 مليوناً في فبراير 2025. أما الاستفسارات الشهرية فبلغت 1.34 مليار—أي 0.3% فقط من حجم Google.

خارطة طريق Brave:

Gate Ventures

يتطور Brave ليصبح متصفح ذكاء اصطناعي يركز على الخصوصية، لكن محدودية البيانات تعيق تخصيص النماذج وتسريع التطوير. في عصر المتصفحات الذكية، سيحتفظ Brave بموقعه بين المهتمين بالخصوصية، لكن من الصعب أن يكون قائد السوق. مساعد الذكاء الاصطناعي Leo مجرد إضافة تلخيصية—not استراتيجية وكيلة متكاملة؛ والابتكار في التفاعل لا يزال محدوداً.

Donut

قطاع العملات المشفرة يدخل عالم المتصفحات الذكية—وقد حصل Donut على تمويل أولي بقيمة 7 ملايين دولار بقيادة Hongshan وHackVC وBitkraft Ventures. المشروع لا يزال في مرحلة مبكرة ويهدف للتكامل بين الاكتشاف، واتخاذ القرار، والتنفيذ المشفر.

الجوهر: أتمتة التنفيذ المشفر. تتوقع a16z أن يحل الوكلاء محل محركات البحث في جذب المرور، مع تنافس الشركات الناشئة على التحويل عبر استدعاءات الوكلاء وليس عبر تصدر نتائج البحث الكلاسيكية. يعرف هذا الاتجاه بتحسين محركات وكلاء المهام ("AEO") وتنفيذ المهام الوكيلة ("ATF")—أي جعل منتجك قابلاً للاستدعاء في مهام مثل الشراء أو الحجز أو التواصل.

نصائح للرواد

لا يزال المتصفح هو "المدخل الرئيسي" الأكبر الذي لم يُستثمر بالكامل—مع أكثر من 2.1 مليار مستخدم للكمبيوتر وأكثر من 4.3 مليار للجوال عالمياً، كنواقل للإدخال والتفاعل والتعريف الرقمي. تدوم المتصفحات ليس بدافع الجمود، بل لأنها بوابة للقراءة والكتابة معاً.

الثورة الحقيقية ليست في تطوير جانب المخرجات. حتى تطوير ملخصات الذكاء الاصطناعي هو مجرد تكرار إضافي—not تحوّل جذري. الاختراق الفعلي يكمن في جانب الإدخال: اجعل منتجك قابلاً لاستدعاء الذكاء الاصطناعي لتنفيذ المهام، لتضمن اندماجه في منظومات الوكلاء وتحقيق قيمة جديدة.

البحث كان يدور حول "النقرات"، أما عصر الوكلاء فيتعلق بـ"الاستدعاءات".

بصفتك مؤسساً، أعد تصميم منتجك كوحدة "API"—ينبغي أن يستطيع الوكلاء قراءته واستدعاء وظائفه. ركز تصميم المنتج على ثلاثة محاور:

1. الواجهات الموحدة: هل منتجك قابل للاستدعاء؟

تتمثل قابلية الاستدعاء في توحيد البنية—تحويل المعلومات إلى مخططات واضحة. هل يمكن تمثيل الإجراءات الأساسية (تسجيل، طلبات، تعليقات) بصيغة "DOM" دلالية أو "JSON"? هل يمكن للوكلاء محاكاة السيناريوهات عبر "آلة الحالات"؟ هل التفاعل قابل للبرمجة؟ هل يوجد "WebHook" أو "API" ثابت؟

هذا هو جوهر نجاح Browser Use—تحويل HTML إلى أشجار دلالية تستدعيها "LLMs". على المؤسسين تصميم المنتجات ببنية وكيلة استعداداً للمستقبل.

2. الهوية والثقة: هل تقدم وسيطاً موثوقاً للوكلاء؟

يحتاج الوكلاء لوسيط موثوق للمعاملات والوصول للأصول—هل توفر ذلك؟ يتيح المتصفح الوصول للهوية المحلية، والمحفظة، والأكواد، والمصادقة الثنائية، ما يعطيه ميزة عن النماذج السحابية فقط. أما في "Web3"، فغياب الواجهات الموحدة للأصول يجعل الوكلاء بحاجة لهوية محلية أو آلية توقيع.

هذا يفتح المجال لمؤسسي التشفير لتقديم "منصة قدرات متعددة" للبلوكشين: طبقة تعليمات عامة للاتصال بين الوكيل وتطبيقات "Dapp"، مجموعات واجهات العقود، أو مركز هوية ومحفظة خفيف.

3. إعادة التفكير في المرور: من "SEO" إلى "AEO"/"ATF"

بدلاً من السعي وراء خوارزميات Google، عليك الآن جعل منتجك قابلاً للاندماج في منظومات مهام الوكلاء. يجب أن تتسم المنتجات بالوضوح البنيوي للمهام—not مجرد صفحات، بل وحدات قابلة للاستدعاء—وأن تدعم تحسين المهام الوكيلة ("AEO") أو الجدولة ("ATF"). العمليات الدورية مثل التسجيل والتسعير والمخزون وغيرها، يجب أن تكون منظمة لاستدعاءات الوكلاء.

تتنوع "LLMs" في صيغة الاستدعاء (OpenAI مقابل Claude). Chrome هو بوابة العالم القديم؛ المستقبل هو ربط المتصفحات الحالية بسلاسل الأتمتة الذكية.

يجب أن تبني بنية للواجهات البرمجية للاستدعاء الوكالي، وتؤمن مكانك في سلسلة الثقة، وتجهز "حصن API" القادم.

إذا كان عصر "Web2" يعتمد واجهات الاستخدام لجذب انتباه المستخدم، فإن عصر "Web3" مع وكلاء الذكاء الاصطناعي يعتمد سلاسل الاستدعاء لاقتناص نوايا الوكلاء.

إخلاء المسؤولية:
هذه المادة لا تمثل عرضاً أو دعوة أو نصيحة؛ يرجى دائماً طلب المشورة المستقلة قبل اتخاذ قرارات استثمارية. قد تفرض Gate و/أو Gate Ventures قيوداً أو منعاً للخدمات في بعض المناطق. انظر اتفاقيات المستخدم المعمول بها للتفاصيل.

حول Gate Ventures

Gate Ventures هي الذراع الاستثماري الجريء لمنصة Gate، تركز على الاستثمار في البنية التحتية اللامركزية، والمنظومات الرقمية، والتطبيقات التي تعيد تشكيل العالم في حقبة "Web 3.0". تتعاون Gate Ventures مع رواد القطاع حول العالم، وتدعم الفرق والشركات الناشئة لإعادة تعريف التفاعل الاجتماعي والمالي.

الموقع الرسمي: https://ventures.gate.com/
تويتر: https://x.com/gate_ventures
ميديوم: https://medium.com/gate_ventures