تاريخ النشر: 11 مارس 2026، تاريخ آخر تعديل: 19 مايو 2026
مع ازدياد استخدام وكلاء الذكاء الاصطناعي في المتصفحات، نتلقّى السؤال التالي من مطوّري الويب: "هل سيحلّ WebMCP محلّ بروتوكول سياق النموذج (MCP)؟" هذا السؤال ناتج عن سوء فهم. ليس عليك الاختيار بين MCP وWebMCP لإنشاء تجربة تفاعلية. لا يشكّل WebMCP إضافة أو بديلاً لبروتوكول MCP.
يستجيب WebMCP وMCP لاحتياجات مختلفة. توضّح WebMCP الغرض من ميزات التطبيق وتوفّر لوكيل المتصفّح إمكانات إضافية للتفاعل مع موقعك الإلكتروني.
يمكنك اعتبار هذه التقنيات أنواعًا مختلفة من خدمة العملاء: MCP هو مركز اتصال للحصول على المساعدة، وWebMCP هو خبير داخل المتجر. أحد الأمثلة الجيدة على ذلك هو الفرق بين مكالمة خدمة العملاء في إحدى الشركات
- يتوفّر بروتوكول سياق النموذج (MCP) على أي منصة وفي أي وقت. ويسترد البيانات ويتعامل مع المهام الأساسية حسب الحاجة.
- لا تتوفّر 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 | تتيح للوكلاء الوصول إلى البيانات والإجراءات في أي مكان وفي أي وقت. | تجعل الموقع الإلكتروني المباشر جاهزًا للتفاعل الفوري مع الوكلاء عندما يزوره المستخدم. |
| مراحل النشاط | مستمر (الخادم والبرنامج الخفي) | مؤقتة (مرتبطة بعلامة التبويب) |
| إمكانية الاتصال | عالمي (أجهزة الكمبيوتر المكتبي والأجهزة الجوّالة والسحابة الإلكترونية والويب) | خاصة بالبيئة (وكلاء المتصفّح) |
| التفاعل مع واجهة المستخدم | بلا واجهة مستخدم رسومية وخارجي | متكامل مع المتصفّح ومتوافق مع DOM |
| العثور على المحتوى | عمليات التسجيل الخاصة بالوكيل | الأدوات المسجَّلة على صفحة الويب أثناء زيارة المستخدم |
| حالة الاستخدام | تنفيذ إجراءات واجهة برمجة التطبيقات في الخلفية | يتنقّل في واجهة مستخدم ويب مباشرة وينفّذ إجراءات فيها. |
تستخدِم التطبيقات المستندة إلى الوكلاء الأكثر فعالية كلاً من MCP وWebMCP للاستفادة من نقاط القوة في كلتا التقنيتين.
- إدارة المنطق الأساسي باستخدام MCP: يعمل خادم MCP كطبقة خدمة أساسية. وهي تتعامل مع منطق العمل الأساسي واسترداد البيانات ومهام الخلفية. يضمن ذلك أن تكون خدمتك متوافقة مع جميع المنصات ومتاحة دائمًا للوكلاء.
- إنشاء واجهة مستخدم سياقية باستخدام WebMCP: WebMCP هي الخطوة الأخيرة، وهي عبارة عن اتصال بين الوكلاء وموقعك الإلكتروني مباشرةً. وهي مصمَّمة للتفاعلات المستندة إلى السياق داخل المتصفّح، ما يتيح للوكيل تنفيذ إجراءات نيابةً عن المستخدم بسرعة وموثوقية أثناء تصفّح المستخدم لموقعك الإلكتروني.
يجب اعتبار MCP وWebMCP شريكَين وليس خصمَين. توفّر WebMCP طريقة عالية الدقة ليتفاعل وكيل الذكاء الاصطناعي المستند إلى المتصفّح مع العالم المحدّد الذي يراه المستخدم في علامته.