تكاملات MCP

ما هو WebMCP فعلياً#

WebMCP مقترح من مجموعة مجتمع التعلم الآلي على الويب التابعة لـ W3C، وضعه مهندسون من Google Chrome وMicrosoft Edge (والشرح العام منشور على github.com/webmachinelearning/webmcp). ويعرّف document.modelContext، وهي واجهة برمجية يستخدمها موقع ويب لتسجيل أدوات منظمة، تتضمن اسماً ووصفاً ومخطط JSON للمدخلات، بحيث يستطيع وكيل ذكاء اصطناعي يشارك المستخدم علامة تبويب المتصفح اكتشافها واستدعاءها.

لم تنشئ OpenAI هذا المعيار، بل تبنّته: بدأ متصفح ChatGPT المدمج وChatGPT Work وCodex في اكتشاف أدوات WebMCP واستدعائها على مواقع مثل هذا الموقع في نحو 2026-08-25. أما Apps SDK الخاص بـ OpenAI فهو نموذج MCP مع عناصر واجهة منفصلة وعلى جانب الخادم، ويتطلب خادماً خلفياً؛ ولا يستخدمه هذا الموقع لأنه لا يملك خادماً خلفياً تستدعيه أدواته المحلية.

كيفية استخدامه اليوم#

افتح أي صفحة على هذا الموقع في متصفح وواجهة ذكاء اصطناعي يدعمان WebMCP بالفعل — ويشمل ذلك، حتى تاريخ كتابة هذه السطور، Gemini في Chrome ومتصفح ChatGPT المدمج (بما فيه Codex) — واطلب منه تنفيذ مهمة باستخدام أداة PDF. يمكن للوكيل عرض الأدوات وفتح إحداها، ثم تشغيلها بعد أن تختار ملفاتك بنفسك، أو طلب تأكيد إعداداتها أولاً.

لا يلزمك إعداد شيء سوى استخدام متصفح أو واجهة وكيل تدعم WebMCP. لا حاجة إلى تثبيت أي شيء أو تفويضه أو ضبطه خصيصاً لهذا الموقع.

اكتشاف الأدوات لعملاء MCP#

يُعد /llms.txt و/llms-full.txt أسرع طريقة لعميل متوافق مع MCP لاستعراض الأدوات المتاحة وفئاتها ومسارات الثقة (هذه الصفحة، والخصوصية، والأمان) التي تنظّم كيفية استخدامها.

يمثل /agents/webmcp.json (والنسخة البديلة على /.well-known/webmcp.json) الكتالوج الثابت لتكامل المتصفح. في متصفح متوافق، تكون أدوات document.modelContext المباشرة هي المرجع المعتمد لأنها تعكس الصفحة الحالية والمدخلات التي اختارها المستخدم؛ أما الكتالوج الثابت فهو خيار احتياطي لعميل لم يحمّل الصفحة.

يُنشر /.well-known/security.txt لأدوات الأمان الآلية ويتبع RFC 9116؛ وهو ليس مساراً عاماً لاكتشاف الإمكانات، ولا ينبغي التعامل معه على هذا الأساس.

اختلاف WebMCP عن MCP البعيد#

يعمل WebMCP داخل متصفح متوافق، ويتيح للمستخدم الاطلاع مباشرة على الصفحة الظاهرة والملفات المحلية المحددة والتقدم والنتائج. ويعمل دون إرسال بايتات المستند إلى خادم MCP منفصل، لأنه لا يوجد خادم منفصل ضمن العملية أصلاً.

لا يشغّل هذا التطبيق خادم MCP عن بُعد (يمكن استدعاؤه من جهاز مكتبي أو خادم)، ولا يخطط لإضافة واحد لأدواته المحلية؛ إذ لا توجد واجهة خلفية تستدعيها الأداة المحلية. ولا يتيح عميل MCP يعمل على جهاز مكتبي أو خادم تلقائيًا أدوات المتصفح الموضحة في هذه الصفحة؛ بل يحتاج إلى تكامل خاص به مع متصفح يدعم WebMCP.

الحدود بوضوح#

عليك اختيار ملفاتك بنفسك. لا تتضمن مواصفات WebMCP اليوم آلية للتعامل مع بايتات الملفات؛ لذلك لا يستطيع أي وكيل إرسال ملف إلى هذا الموقع، ولا تستطيع أدوات الموقع طلب ملف عبر WebMCP. تعمل كل أداة هنا على ملفات اخترتها مسبقًا باستخدام منتقي الملفات في المتصفح أو بالسحب والإفلات، وهما إجراءان أصليان من المستخدم لا يمكن لأي صفحة أو نص برمجي تنفيذهما نيابةً عنك.

لا تصل بايتات أي مستند إلى أي وكيل. أسماء الملفات هي الاستثناء المحدود الوحيد؛ إذ تعرض أداة list_loaded_files في صفحة الأداة النشطة أسماء الملفات وأحجامها وعدد صفحاتها، ليتمكن الوكيل من إخبارك بما يراه محمّلًا. أما محتوى الملفات نفسه فلا يُضمَّن مطلقًا في أي استجابة من WebMCP، من أي أداة أو صفحة.

لا يوجد خادم MCP منفصل عن بُعد، لأن هذا التطبيق لا يملك واجهة خلفية تستدعيها الأدوات المحلية. كل ما ينفذه WebMCP هنا يحدث داخل علامة تبويب المتصفح الخاصة بك.

إظهار حالات الرفض بوضوح#

عندما ترفض أداة تنفيذ عملية بدلًا من الإيهام بنجاحها (وأبرز مثال على ذلك أداة تشفير PDF؛ راجع قسم الأمان)، ينبغي للوكيل أن ينقل إليك رسالة الرفض كما هي، بدلًا من إعادة المحاولة بصمت أو إخفائها ضمن رسالة خطأ عامة.