تاريخ النشر: 11 مارس 2026، تاريخ آخر تعديل: 19 مايو 2026
مع ازدياد استخدام وكلاء الذكاء الاصطناعي في المتصفحات، نتلقّى هذا السؤال من مطوّري الويب: "هل سيحلّ WebMCP محلّ Model Context Protocol (MCP)؟" ينتج هذا السؤال عن سوء فهم. لست بحاجة إلى الاختيار بين MCP وWebMCP لإنشاء تجربة تفاعلية. لا يشكّل WebMCP إضافة أو بديلاً لبروتوكول MCP.
تلبّي كلّ من WebMCP وMCP احتياجات مختلفة. توضّح WebMCP الغرض من ميزات التطبيق وتوفّر لوكيل المتصفّح إمكانات إضافية للتفاعل مع موقعك الإلكتروني.
يمكن تشبيه ذلك بالفرق بين مركز الاتصال الخاص بخدمة العملاء في شركة ما وخبير متواجد في المتجر.
- تتوفّر "الخطة المسبقة الدفع" على أي نظام أساسي وفي أي وقت. ويسترجع البيانات وينفّذ المهام الأساسية حسب الحاجة.
- لا تتوفّر WebMCP إلا على موقعك الإلكتروني. عادةً ما تكون المواقع الإلكترونية واجهات مستخدم مصمّمة للبشر، وليس للآلات. تساعد WebMCP الوكلاء في فهم واجهة المستخدم بشكل أفضل.
وتساعد هذه الأدوات معًا الوكلاء في إنجاز مهام مخصّصة نيابةً عن المستخدمين.
الوظائف والغرض
تتشارك كلتا التقنيتين الفلسفة نفسها، وهي توفير طريقة موحّدة وموثوقة للتطبيقات كي تعرض أدواتها على وكلاء الذكاء الاصطناعي.
يشمل ذلك ما يلي:
- اكتشاف الأدوات المنظَّمة: توفّر هذه الأدوات طريقة يمكن للآلة قراءتها كي تطرح سؤالاً مثل "ما هي الإجراءات التي يمكنك تنفيذها؟"، وتحصل على قائمة واضحة بالأدوات المتاحة ومعلَماتها والغرض منها.
- التنفيذ المتوقّع: تستبدل هذه الأدوات التخمين باستدعاءات صريحة للدوال. يستدعي الوكيل أداةً محدّدة. ويؤدي ذلك إلى نتيجة يمكن توقّعها، على عكس محاكاة نمط نقرات قد يتغيّر.
- النية الواضحة: تعلن هذه الأدوات بوضوح عن إمكاناتها. بدون WebMCP وMCP، يخمن الوكلاء الإجراء المطلوب استنادًا إلى فهم واجهة المستخدم. باستخدام WebMCP وMCP، تعرف الوكلاء كيفية عمل ميزة معيّنة، بدون الحاجة إلى استنتاج الإجراءات من عناصر واجهة المستخدم.
ويكمن الاختلاف الرئيسي بينهما في مكان توفّر وظائف التطبيق.
MCP مخصّص للخلفية
بروتوكول سياق النموذج (MCP) هو معيار يربط وكلاء الذكاء الاصطناعي (سواء كانوا يستندون إلى المتصفّح أم لا) بالأنظمة الخارجية، بما في ذلك مصادر البيانات والأدوات وسير العمل. البروتوكول عالمي، وغالبًا ما يستخدم JSON-RPC، ويتم تنفيذه من خلال حِزم SDK خاصة بلغات معيّنة، مثل Rust وPython وTypeScript.
WebMCP مخصّصة للواجهة الأمامية
WebMCP هو معيار مقترَح للمتصفّحات يتضمّن واجهتَي برمجة تطبيقات تتفاعلان حصريًا مع وكيل مدمج في المتصفّح. يمكنك تنفيذ واجهات برمجة التطبيقات هذه باستخدام JavaScript أو سمات HTML. يعمل المتصفّح كأداة تواصل بين موقعك الإلكتروني والوكيل.
يجب اعتبار WebMCP مجموعة من واجهات برمجة التطبيقات "المستوحاة من MCP"، وليس تنفيذًا مباشرًا لـ MCP باستخدام JavaScript. تم تصميم WebMCP خصيصًا للمتصفّح، وهو لا يتضمّن مفاهيم مختلفة من جهة الخادم، مثل الموارد.
التحكّم في كيفية وصول الوكلاء إلى موقعك الإلكتروني
تتيح لك WebMCP التحكّم في كيفية تفاعل الوكلاء مع موقعك الإلكتروني. ويوفّر ذلك عدة مزايا رئيسية:
- السرعة والموثوقية: بما أنّ WebMCP تستخدم الأنظمة الداخلية للمتصفّح، يكون التواصل بين العميل والأداة فوريًا تقريبًا. ولن تحتاج إلى انتظار رحلة ذهاب وعودة إلى خادم بعيد.
- مصمّمة لتدوم: ترتبط أدوات WebMCP بمنطق التطبيق وليس بالتصميم. وهذا يعني أنّه يمكنك إعادة تصميم موقعك الإلكتروني بدون أن يؤدي ذلك إلى إيقاف قدرة البرنامج على التفاعل معه بشكل صحيح.
- التحكّم الكامل: يمكنك تحديد الطريقة المفضّلة لتفاعل برنامج الوكيل مع موقعك الإلكتروني بوضوح، بدلاً من انتظار أن يعثر برنامج الوكيل على الزر المناسب للنقر عليه. يمكنك تحديد منطق تطبيقك بطريقة يفهمها الوكيل، ما يوجّهه مباشرةً بدلاً من أن تتوقّع منه استنتاج الإجراءات من واجهة المستخدم.
التحكّم في الوصول إلى واجهة المستخدم
لفهم الفرق بينهما، فكِّر في السؤال التالي: "مَن يملك واجهة المستخدم؟" تعرض تطبيقات MCP واجهة المستخدم الخاصة بتطبيقك ضمن واجهة المستخدم الخاصة بالوكلاء. يجب أن تتوافق واجهتك مع هذه القيود، كما تتطلّب تطبيقًا جديدًا منفصلاً.
تساعد WebMCP موظفي الدعم في التفاعل مع موقعك الإلكتروني الحالي في الوقت الفعلي. ويتيح الوصول إلى بيانات الجلسة المباشرة وملفات تعريف الارتباط وعناصر DOM المتوفّرة فقط في علامة تبويب المتصفّح المباشرة. بدلاً من أن يكون تطبيقك ضيفًا داخل وكيل، يكون الوكيل ضيفًا على منصتك.
من المهم معرفة أنّ أدوات WebMCP مؤقتة. ولا تكون متاحة إلا عندما تكون صفحتك مفتوحة. وبعد أن ينتقل المستخدم إلى موقع آخر أو يُغلق علامة التبويب، لن يتمكّن الوكيل من الوصول إلى موقعك الإلكتروني أو اتّخاذ أي إجراءات.
استخدام WebMCP وMCP
عند اختيار الحلّ المناسب لميزات أو وظائف معيّنة، يجب مراعاة السياق ومدى التوفّر:
| MCP | WebMCP | |
|---|---|---|
| Purpose | يتيح للوكلاء الوصول إلى البيانات والإجراءات في أي مكان وفي أي وقت. | تجعل الموقع الإلكتروني المباشر جاهزًا للتفاعل الفوري مع الوكلاء عندما يزور المستخدم الموقع. |
| مراحل النشاط | ثابتة (الخادم والبرنامج الخفي) | مؤقت (مرتبط بعلامة التبويب) |
| الاتصال بالإنترنت | عالمي (أجهزة الكمبيوتر المكتبي والأجهزة الجوّالة والسحابة الإلكترونية والويب) | خاصة بالبيئة (وكلاء المتصفّح) |
| التفاعل مع واجهة المستخدم | بلا واجهة مستخدم رسومية وخارجي | متكاملة مع المتصفّح ومدرِكة لبنية المستند |
| العثور على المحتوى | عمليات التسجيل الخاصة بالوكيل | الأدوات المسجَّلة على صفحة الويب أثناء زيارة المستخدم |
| حالة الاستخدام | تنفيذ إجراءات واجهة برمجة التطبيقات في الخلفية | يتنقّل في واجهة مستخدم ويب مباشرة وينفّذ إجراءات فيها. |
تستخدِم التطبيقات المستندة إلى الوكيل الأكثر فعالية كلاً من MCP وWebMCP للاستفادة من مزايا كلتا التقنيتين.
- إدارة المنطق الأساسي باستخدام MCP: يعمل خادم MCP كطبقة خدمة أساسية. وهي تتعامل مع منطق العمل الأساسي واسترداد البيانات ومهام الخلفية. يضمن ذلك أن تكون خدمتك مستقلة عن المنصة ومتاحة دائمًا للوكلاء.
- إنشاء واجهة مستخدم سياقية باستخدام WebMCP: WebMCP هي الخطوة الأخيرة، وهي عبارة عن رابط يتيح للوكلاء الوصول مباشرةً إلى موقعك الإلكتروني. وهي مصمَّمة للتفاعلات السياقية داخل المتصفّح، ما يتيح للوكيل تنفيذ إجراءات نيابةً عن المستخدم بسرعة وموثوقية أثناء تصفّح المستخدم لموقعك الإلكتروني.
يجب اعتبار MCP وWebMCP شريكَين وليس خصمَين. توفّر WebMCP طريقة عالية الدقة تتيح لوكيل الذكاء الاصطناعي المستند إلى المتصفّح التفاعل مع العالم المحدّد الذي يراه المستخدم في علامته.