MCP والموصلات ووكلاء IA: من chatbot إلى سير عمل مهني

مقدمة

الـ chatbot يجيب. أما workflow فينفذ. وبين الاثنين توجد قطعة أساسية ناقصة: اتصال مضبوط بالأدوات والبيانات وأنظمة العمل.

هنا تصبح MCP والموصلات مهمة. MCP، أي Model Context Protocol، موثق كمعيار مفتوح المصدر لربط تطبيقات IA بأنظمة خارجية: ملفات محلية، قواعد بيانات، محركات بحث، أدوات، سير عمل أو prompts متخصصة.

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

Chatbot، وكيل، workflow: الفرق

يعمل الـ chatbot أساساً عبر المحادثة. يقرأ الطلب ويجيب. يمكن للوكيل اختيار أدوات، قراءة سياق، استدعاء API أو تنفيذ مهمة. أما سير العمل المهني فيذهب أبعد: يحدد تسلسلاً مفيداً للوصول إلى نتيجة business.

مثال:

لذلك يجب أن يتضمن سير العمل المهني منطق دليل. لا يجب أن تقول IA فقط إنها فعلت. يجب أن تظهر ما تمت رؤيته، ما ثبت، ما ينقص، وأي إجراء لا يزال محظوراً.

ما الذي تضيفه MCP؟

تقدم وثائق MCP البروتوكول كمعيار لربط تطبيقات IA بأنظمة خارجية. تستخدم الوثائق تشبيه USB-C لتطبيقات IA: طريقة موحدة لربط الأدوات والبيانات.

عملياً، يمكن أن تعرض MCP:

• ملفات أو مجلدات.
• قاعدة بيانات.
• أداة تذاكر.
• CRM.
• محرك بحث داخلي.
• أداة تصميم.
• سير عمل متخصص.

ما لا تحله MCP وحدها:

• حوكمة الصلاحيات.
• جودة البيانات.
• التحقق البشري.
• مخاطر prompt injection.
• إثبات أن إجراء live مصرح به.

الموصلات وremote MCP servers

توثق OpenAI الموصلات وremote MCP servers في سياق Responses API. يتم تقديم الموصلات كـ wrappers تتم صيانتها لخدمات شائعة. ويمكن أن تكون remote MCP servers خوادم عامة تطبق MCP.

نقطة حاسمة: تؤكد الوثائق أن remote MCP server يجب أن يكون موثوقاً، لأن خادماً خبيثاً يمكنه تسريب معلومات موجودة في سياق النموذج. تساعد approvals على الحفاظ على التحكم فيما تتم مشاركته مع الأداة.

هذه النقطة مركزية بالنسبة لـ WG: لا يجب إطلاق أي أتمتة خارجية دون إثبات الصلاحيات والسياق والشاشة أو API، ودون GO صريح إذا كان الإجراء يعدل أو ينشر أو يحذف أو ينشر نسخة live.

مخطط سير عمل مضبوط

المستخدم
  -> هدف واضح
  -> وكيل IA
  -> قائمة الأدوات المسموحة
  -> موافقة إذا كان الإجراء حساساً
  -> استدعاء أداة / MCP / API
  -> نتيجة خام
  -> تحقق من الدليل
  -> إجراء أو حظر موثق

نسخة dashboard:

حالات الاستخدام الجيدة

تصبح MCP والموصلات مفيدة عندما تحتاج IA إلى العمل مع بيانات أو أدوات موجودة:

• قراءة brief وفتح مهمة داخلية.
• تدقيق محتوى وإنتاج checklist.
• ربط dashboard بمصادر مثبتة.
• استرجاع بيانات GSC/GA4 بوضع read-only.
• تحضير منشور مع انتظار موافقة بشرية.
• تحليل upload أو ملف دون تعديله.

حالة الاستخدام الخاطئة: ربط الوكيل مباشرة بأدوات نشر أو دفع دون موافقة، دون سجلات ودون rollback.

طريقة WG لسير عمل مضبوط

قبل ربط أداة، يجب أن تجيب WG عن سبعة أسئلة:

1. ما الإجراء الدقيق الذي يمكن للوكيل تنفيذه؟
2. هل هو قراءة فقط أم تعديل؟
3. أي صلاحية تثبت هذه القدرة؟
4. أي بيانات حساسة يمكن أن تدخل السياق؟
5. أي دليل سيتم تخزينه بعد الإجراء؟
6. أي rollback موجود إذا فشل الإجراء؟
7. أي event سيقيس النتيجة؟

دون هذه الإجابات، يبقى المشروع في مرحلة prototype.

مصادر رسمية تم التحقق منها

تمت إعادة التحقق من المصادر في 2026-05-20 قبل النشر.

• https://modelcontextprotocol.io/docs/getting-started/intro
• https://developers.openai.com/api/docs/guides/tools-connectors-mcp
• https://code.claude.com/docs/en/overview

ملاحظة: يمكن أن تتغير أسعار IA وأسماء النماذج والوظائف. يجب إعادة التحقق من المصادر الرسمية قبل أي قرار تقني أو متعلق بالميزانية.