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