الحرب الثالثة على المتصفحات تجري الآن. من Netscape إلى IE، وصولاً إلى Firefox وChrome، كانت المنافسة بين المتصفحات تعكس دائماً تحولات السيطرة على المنصات وأنماط التكنولوجيا. أصبح Chrome هو المسيطر بفضل التحديثات السريعة وميزة النظام البيئي، حيث شكلت Google من خلال الهيكل الثنائي لمجال البحث والمتصفح حلقة مغلقة لدخول المعلومات.
ومع ذلك، فإن هذا النمط بدأ يتزعزع. إن ظهور نماذج اللغة الكبيرة (LLM) يجعل المزيد من المستخدمين يكملون المهام في صفحات نتائج البحث، مما يقلل من سلوك النقر التقليدي على الويب. كما أن الشائعات حول استبدال Apple لمحرك البحث الافتراضي في Safari تهدد بشكل أكبر أساس أرباح Alphabet، مما يثير القلق في السوق حول "الأصولية في البحث".
يواجه المتصفح نفسه إعادة تشكيل للدور. لم يعد مجرد أداة لعرض صفحات الويب، بل أصبح حاوية تجمع بين قدرات متعددة مثل إدخال البيانات، سلوك المستخدم، والخصوصية. على الرغم من قوة الوكيل الذكي، إلا أن إتمام التفاعلات المعقدة على الصفحات، واستدعاء بيانات الهوية المحلية، والتحكم في عناصر الويب، لا يزال يتطلب الاستفادة من حدود الثقة ووظائف صندوق الرمل للمتصفح. يتحول المتصفح من واجهة بشرية إلى منصة استدعاء نظام للوكلاء.
ما يمكن أن يكسر فعلاً هيمنة سوق المتصفحات الحالية ليس "كروم" أفضل، بل هي بنية تفاعلية جديدة: من عرض المعلومات إلى استدعاء المهام. يحتاج المتصفح في المستقبل إلى تصميمه لوكلاء الذكاء الاصطناعي، بحيث لا يمكنه القراءة فقط، بل الكتابة والتنفيذ أيضاً. مشاريع مثل Browser Use تحاول جعل هيكل الصفحة دلالياً، وتحويل الواجهة المرئية إلى نصوص هيكلية قابلة للاستدعاء من قبل LLM، مما يحقق ربط الصفحات بالتعليمات ويقلل بشكل كبير من تكلفة التفاعل.
بدأت المشاريع الرائجة في المحاولة: تقوم Perplexity ببناء متصفح أصلي Comet، باستخدام الذكاء الاصطناعي بدلاً من نتائج البحث التقليدية؛ تجمع Brave بين حماية الخصوصية والاستدلال المحلي، وتعزز البحث ووظائف الحجب باستخدام LLM؛ بينما تستهدف مشاريع Crypto الأصلية مثل Donut مدخلاً جديداً للتفاعل بين الذكاء الاصطناعي والأصول على السلسلة. السمة المشتركة لهذه المشاريع هي: محاولة إعادة بناء واجهة إدخال المتصفح بدلاً من تحسين طبقة الإخراج.
بالنسبة لرواد الأعمال، تكمن الفرصة في العلاقة الثلاثية بين الإدخال، الهيكل، والوكيل. يعد المتصفح كواجهة لعالم المستقبل لوكالة، مما يعني أن من يمكنه تقديم "كتل القدرة" القابلة للهيكلة، والقابلة للاستدعاء، والموثوقة، هو من يمكن أن يصبح جزءًا من المنصة الجديدة. من تحسين محركات البحث إلى تحسين محركات الوكالة (، ومن تدفق الصفحة إلى استدعاء سلسلة المهام، يتم إعادة تشكيل أشكال المنتجات وأفكار التصميم. تحدث الحرب الثالثة للمتصفحات في "الإدخال" وليس "العرض"؛ لم يعد من يقرر النصر أو الهزيمة هو من يجذب انتباه المستخدم، بل من يكسب ثقة الوكيل، ويحصل على مدخلات الاستدعاء.
نصائح للمؤسسين
معيارية هيكل الواجهة: تأكد من أن منتجك "قابل للاستدعاء". فكر في ما إذا كان هيكل معلومات المنتج يمكن أن يكون معياريًا ومجردًا ليصبح مخططًا واضحًا، وما إذا كانت العمليات الرئيسية يمكن وصفها من خلال هيكل DOM الدلالي أو من خلال خرائط JSON، وما إذا كانت توفر آلة حالة لتكرار سلوك المستخدم عن طريق الوكيل، وما إذا كانت التفاعلات تدعم الاستعادة النصية، وما إذا كان هناك WebHook أو نقطة نهاية API مستقرة.
الهوية والعبور: مساعدة الوكيل "تجاوز حواجز الثقة". هذا مهم بشكل خاص في مشهد Web3، مع النظر في أن تصبح "منصة متعددة القدرات MCP) في عالم blockchain("، يمكن أن تكون طبقة أوامر عامة، مجموعة واجهات عقود موحدة، أو محفظة خفيفة تعمل محليًا + منصة هوية.
فهم آلية الحركة مجددًا: من SEO إلى AEO/ATF. يجب أن تكون المنتجات ذات درجة مهام واضحة، لتصبح "وحدات قدرة قابلة للاستدعاء" بدلاً من "صفحات" بسيطة. بدء تحسين الوكيل ) AEO ( أو تكيف جدولة المهام ) ATF (، تبسيط عملية التسجيل إلى خطوات هيكلية، من خلال واجهات سحب التسعير، والاستعلام عن المخزون في الوقت الحقيقي، وغير ذلك. التكيف مع بنية استدعاء LLM المختلفة.
المشاريع الريادية في المستقبل ليست لإعادة إنشاء المتصفح، بل لجعل المتصفحات الحالية تخدم الوكيل، وبناء جسر للجيل الجديد من "تدفق الأوامر". بناء "بنية واجهة" لاستدعاء عالمك بواسطة الوكيل، لتصبح حلقة في سلسلة الثقة للذكاء الاصطناعي، وبناء "قلعة API" في نمط البحث التالي. في عصر Web3 + AI Agent، يتم التقاط نوايا تنفيذ الوكيل من خلال سلسلة الاستدعاء بدلاً من جذب انتباه المستخدم من خلال واجهة المستخدم.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 23
أعجبني
23
4
مشاركة
تعليق
0/400
LiquiditySurfer
· 07-30 20:01
لماذا لا أستخدم المتصفح مباشرة لاستدعاء الواجهة البرمجية؟
ثورة المتصفح المدعومة بالذكاء الاصطناعي: من محركات البحث إلى منصة استدعاء الوكيل
عصر المتصفح الذكي: من البحث إلى الوكيل
الحرب الثالثة على المتصفحات تجري الآن. من Netscape إلى IE، وصولاً إلى Firefox وChrome، كانت المنافسة بين المتصفحات تعكس دائماً تحولات السيطرة على المنصات وأنماط التكنولوجيا. أصبح Chrome هو المسيطر بفضل التحديثات السريعة وميزة النظام البيئي، حيث شكلت Google من خلال الهيكل الثنائي لمجال البحث والمتصفح حلقة مغلقة لدخول المعلومات.
ومع ذلك، فإن هذا النمط بدأ يتزعزع. إن ظهور نماذج اللغة الكبيرة (LLM) يجعل المزيد من المستخدمين يكملون المهام في صفحات نتائج البحث، مما يقلل من سلوك النقر التقليدي على الويب. كما أن الشائعات حول استبدال Apple لمحرك البحث الافتراضي في Safari تهدد بشكل أكبر أساس أرباح Alphabet، مما يثير القلق في السوق حول "الأصولية في البحث".
يواجه المتصفح نفسه إعادة تشكيل للدور. لم يعد مجرد أداة لعرض صفحات الويب، بل أصبح حاوية تجمع بين قدرات متعددة مثل إدخال البيانات، سلوك المستخدم، والخصوصية. على الرغم من قوة الوكيل الذكي، إلا أن إتمام التفاعلات المعقدة على الصفحات، واستدعاء بيانات الهوية المحلية، والتحكم في عناصر الويب، لا يزال يتطلب الاستفادة من حدود الثقة ووظائف صندوق الرمل للمتصفح. يتحول المتصفح من واجهة بشرية إلى منصة استدعاء نظام للوكلاء.
ما يمكن أن يكسر فعلاً هيمنة سوق المتصفحات الحالية ليس "كروم" أفضل، بل هي بنية تفاعلية جديدة: من عرض المعلومات إلى استدعاء المهام. يحتاج المتصفح في المستقبل إلى تصميمه لوكلاء الذكاء الاصطناعي، بحيث لا يمكنه القراءة فقط، بل الكتابة والتنفيذ أيضاً. مشاريع مثل Browser Use تحاول جعل هيكل الصفحة دلالياً، وتحويل الواجهة المرئية إلى نصوص هيكلية قابلة للاستدعاء من قبل LLM، مما يحقق ربط الصفحات بالتعليمات ويقلل بشكل كبير من تكلفة التفاعل.
بدأت المشاريع الرائجة في المحاولة: تقوم Perplexity ببناء متصفح أصلي Comet، باستخدام الذكاء الاصطناعي بدلاً من نتائج البحث التقليدية؛ تجمع Brave بين حماية الخصوصية والاستدلال المحلي، وتعزز البحث ووظائف الحجب باستخدام LLM؛ بينما تستهدف مشاريع Crypto الأصلية مثل Donut مدخلاً جديداً للتفاعل بين الذكاء الاصطناعي والأصول على السلسلة. السمة المشتركة لهذه المشاريع هي: محاولة إعادة بناء واجهة إدخال المتصفح بدلاً من تحسين طبقة الإخراج.
بالنسبة لرواد الأعمال، تكمن الفرصة في العلاقة الثلاثية بين الإدخال، الهيكل، والوكيل. يعد المتصفح كواجهة لعالم المستقبل لوكالة، مما يعني أن من يمكنه تقديم "كتل القدرة" القابلة للهيكلة، والقابلة للاستدعاء، والموثوقة، هو من يمكن أن يصبح جزءًا من المنصة الجديدة. من تحسين محركات البحث إلى تحسين محركات الوكالة (، ومن تدفق الصفحة إلى استدعاء سلسلة المهام، يتم إعادة تشكيل أشكال المنتجات وأفكار التصميم. تحدث الحرب الثالثة للمتصفحات في "الإدخال" وليس "العرض"؛ لم يعد من يقرر النصر أو الهزيمة هو من يجذب انتباه المستخدم، بل من يكسب ثقة الوكيل، ويحصل على مدخلات الاستدعاء.
نصائح للمؤسسين
معيارية هيكل الواجهة: تأكد من أن منتجك "قابل للاستدعاء". فكر في ما إذا كان هيكل معلومات المنتج يمكن أن يكون معياريًا ومجردًا ليصبح مخططًا واضحًا، وما إذا كانت العمليات الرئيسية يمكن وصفها من خلال هيكل DOM الدلالي أو من خلال خرائط JSON، وما إذا كانت توفر آلة حالة لتكرار سلوك المستخدم عن طريق الوكيل، وما إذا كانت التفاعلات تدعم الاستعادة النصية، وما إذا كان هناك WebHook أو نقطة نهاية API مستقرة.
الهوية والعبور: مساعدة الوكيل "تجاوز حواجز الثقة". هذا مهم بشكل خاص في مشهد Web3، مع النظر في أن تصبح "منصة متعددة القدرات MCP) في عالم blockchain("، يمكن أن تكون طبقة أوامر عامة، مجموعة واجهات عقود موحدة، أو محفظة خفيفة تعمل محليًا + منصة هوية.
فهم آلية الحركة مجددًا: من SEO إلى AEO/ATF. يجب أن تكون المنتجات ذات درجة مهام واضحة، لتصبح "وحدات قدرة قابلة للاستدعاء" بدلاً من "صفحات" بسيطة. بدء تحسين الوكيل ) AEO ( أو تكيف جدولة المهام ) ATF (، تبسيط عملية التسجيل إلى خطوات هيكلية، من خلال واجهات سحب التسعير، والاستعلام عن المخزون في الوقت الحقيقي، وغير ذلك. التكيف مع بنية استدعاء LLM المختلفة.
المشاريع الريادية في المستقبل ليست لإعادة إنشاء المتصفح، بل لجعل المتصفحات الحالية تخدم الوكيل، وبناء جسر للجيل الجديد من "تدفق الأوامر". بناء "بنية واجهة" لاستدعاء عالمك بواسطة الوكيل، لتصبح حلقة في سلسلة الثقة للذكاء الاصطناعي، وبناء "قلعة API" في نمط البحث التالي. في عصر Web3 + AI Agent، يتم التقاط نوايا تنفيذ الوكيل من خلال سلسلة الاستدعاء بدلاً من جذب انتباه المستخدم من خلال واجهة المستخدم.