ما هو WebMCP وكيف يتيح وظائف الموقع للوكلاء؟
الكاتب: فريق تحرير Domeny.ForSale تاريخ النشر
باختصار: WebMCP واجهة للمتصفح لا تزال قيد التطوير، تتيح للموقع تقديم وظائفه كأدوات لوكلاء AI. وبدلاً من تخمين الزر الذي ينبغي النقر عليه، يستطيع الوكيل استخدام عملية موصوفة بوضوح، مثل البحث عن منتج أو تعبئة نموذج. هذه الواجهة ليست نموذج AI ولا وسيلة لضمان ظهور الموقع في محركات البحث؛ وقبل تطبيقها، يجب التحقق من الوضع الحالي للمواصفات ومدى دعم المتصفحات لها.
كيف يساعد WebMCP الوكيل على استخدام الموقع
وكيل AI هو برنامج يستخدم نموذج AI لتنفيذ المهام، غالباً عبر عدة خطوات وبالاستعانة بأدوات إضافية. وقد تكون مهمته في المتصفح العثور على رحلة، أو مقارنة منتجات، أو إعداد حجز وفقاً لطلب المستخدم.
في غياب واجهة مخصصة، يمكن للوكيل تحليل مظهر الصفحة أو DOM، أي بنية المستند التي تصف عناصره. ثم يحاول التعرف على الحقول والأزرار ومراحل العملية المتتابعة. هذه الأتمتة ممكنة، لكن تغيير تخطيط الصفحة أو وجود تسمية غير واضحة قد يصعّب تنفيذ المهمة.
يتيح WebMCP لمطوّر الموقع وصف العمليات المتاحة وصفاً صريحاً. المقصود بالأداة هنا وظيفة لها مهمة محددة وبيانات إدخال محددة، وليست تطبيقاً مستقلاً. وبذلك يحصل الوكيل على طريقة أكثر تنظيماً للتفاعل، بدلاً من الاكتفاء بقراءة واجهة مخصصة للبشر.
لكن هذا لا يعني أن الوكيل سيختار دائماً العملية الصحيحة. فجودة الأوصاف والتحقق من صحة البيانات وطريقة معالجة الأخطاء تظل عوامل مهمة. يقلل WebMCP الحاجة إلى تخمين كيفية استخدام الموقع، لكنه لا يلغي أخطاء النموذج أو التطبيق.
ما الفرق بين WebMCP وMCP وواجهة API المعتادة؟
يُستخدم MCP، أي Model Context Protocol، لربط التطبيقات التي تستخدم نماذج AI بالأدوات ومصادر البيانات. ويتضمن التطبيق المعتاد له عميلاً وخادماً يتيح هذه الإمكانات. أما WebMCP فيتعلق بإتاحة الأدوات من خلال الموقع ضمن سياق المتصفح.
لذلك لا ينبغي اعتبار WebMCP اسماً آخر لخادم MCP. ففكرة الأدوات الموصوفة متشابهة، لكن موضع التكامل وطريقة استخدام الأدوات مختلفان. وفي حالة WebMCP، يهم سياق الصفحة المفتوحة، بما في ذلك حالة واجهتها وجلسة المستخدم.
واجهة API المعتادة هي واجهة تتبادل البرامج من خلالها البيانات أو تطلب تنفيذ عمليات. وقد يكون الموقع يستخدم بالفعل API لجلب نتائج البحث أو حفظ بيانات نموذج. ولا يلزم أن يحل WebMCP محلها؛ إذ يمكنه إتاحة عملية للوكيل تستخدم بدورها منطق التطبيق القائم واتصاله بالخادم.
يكمن الفرق العملي في الجهة التي تستخدم الواجهة. فعادةً ما تُصمَّم واجهة API الخاصة بالتطبيق لعمليات تكامل برمجية معروفة، بينما ينبغي لأداة WebMCP أن توضح للوكيل أيضاً الغرض منها والبيانات التي تحتاج إليها.
طريقتان لإتاحة الوظائف
يتضمن WebMCP نهجاً تصريحياً ونهجاً إجرائياً. يقوم النهج التصريحي على وصف الإمكانات ضمن بنية الصفحة، ولا سيما في نماذج HTML. أما النهج الإجرائي فيعني تسجيل الأدوات باستخدام JavaScript وتحديد سلوكها في الشيفرة.
يناسب النهج التصريحي المهام التي تُنفَّذ أصلاً عبر نموذج، مثل إدخال معايير البحث أو اختيار التواريخ أو تعبئة البيانات. ويتيح النهج الإجرائي تحكماً أكبر في العمليات الأكثر تعقيداً وفي طريقة إعداد الرد للوكيل.
قد تتغير الأسماء الدقيقة للواجهات والسمات والمتطلبات مع تطور WebMCP. وقبل التنفيذ، ينبغي الرجوع إلى وثائق Chrome الرسمية للتحقق من الصياغة الحالية، وتوافر الوظائف، وأي متطلبات محتملة للاختبار. فمجرد وصف الفكرة لا يثبت أن الحل يعمل بالفعل في جميع المتصفحات الشائعة.
مثال: البحث عن موعد متاح
تخيّل موقع ورشة يريد المستخدم أن يجد فيه موعداً متاحاً لتغيير الإطارات. في الأتمتة المعتادة، يجب على الوكيل التعرف على النموذج، واختيار الخدمة، والتنقل في التقويم، وقراءة الأوقات المتاحة.
باستخدام WebMCP، يمكن للموقع أن يتيح أداة باسم «ابحث عن المواعيد المتاحة»، تستقبل نوع الخدمة ونطاق التواريخ. يمرر الوكيل هذه البيانات إلى العملية الموصوفة، ويعيد التطبيق المواعيد المتاحة. وتظل هذه عملية تنفذها إحدى وظائف تطبيق الورشة، وليست تحديداً مستقلاً للمواعيد المتاحة يجريه نموذج AI.
ينبغي فصل البحث عن الموعد عن حجزه. فالعملية الأولى تقرأ البيانات فقط، بينما تغيّر الثانية حالة النظام وقد تترتب عليها آثار للمستخدم. ويسهّل هذا الفصل اشتراط تأكيد صريح قبل إتمام الحجز.
وهذا أيضاً اختبار جيد لمدى فائدة التطبيق: عندما يكون للعملية هدف واضح، وبيانات إدخال متوقعة، ونتيجة لا لبس فيها، يصبح من الأسهل إتاحتها للوكيل دون منحه حرية تصرف لا داعي لها.
ما الذي ينبغي التحقق منه قبل التطبيق؟
تكون فائدة WebMCP أكبر في المواقع التي ينفذ فيها المستخدمون مهام محددة. أما الموقع الذي يحتوي فقط على نصوص معلوماتية، فقد تكون فائدة إضافة الأدوات إليه محدودة. ولا ينبغي اعتبار هذه التقنية بديلاً عن المحتوى الواضح، أو النماذج الميسّرة للاستخدام، أو الواجهة التي تعمل بكفاءة.
قبل البدء بتجربة أولية، تحقّق من:
- الدعم التقني: المتطلبات الحالية للمتصفح وبيئة الوكيل، وكيفية عمل الموقع دون WebMCP.
- الصلاحيات: ضوابط الوصول على الخادم؛ فلا يجوز أن يحل استدعاء الأداة محل التحقق من الصلاحيات.
- آثار العمليات: طلب التأكيد على المدفوعات وحذف البيانات وغيرها من التغييرات المهمة.
- البيانات والأخطاء: التحقق من صحة المعلمات، والحد من المعلومات المكشوفة، وتقديم رسائل واضحة عند فشل العملية.
ابدأ باختيار عملية واحدة للقراءة فقط، مثل البحث عن المواعيد المتاحة. وتحقق من أن الوكيل يتعرف عليها بصورة صحيحة ويتعامل مع عدم وجود نتائج، قبل إتاحة وظائف تغيّر البيانات.
اقرأ أيضًا
