خادم MCP هو برنامج صغير يمنح نموذج الذكاء الاصطناعي طريقة موحّدة للوصول إلى نظام خارجي واحد، مثل ملفاتك أو قاعدة بيانات أو GitHub أو Slack أو واجهة بحث، بحيث يستطيع النموذج قراءة البيانات وتنفيذ الإجراءات دون تكامل مصمّم خصيصاً لكل أداة. وMCP اختصار لـ Model Context Protocol، وهو معيار مفتوح أطلقته Anthropic في 25 نوفمبر 2024 وأصبح منذ ذلك الحين الطريقة الافتراضية التي تتصل بها تطبيقات الذكاء الاصطناعي مثل Claude وChatGPT وCursor ببقية برمجياتك. باختصار: يحوّل خادم MCP كل اتصال بين الذكاء الاصطناعي والأداة من مشروع برمجي منفرد إلى ما يشبه القابس الجاهز.
ما هو خادم MCP؟
خادم MCP هو "جانب الأداة" في Model Context Protocol. يقسّم البروتوكول أي تكامل للذكاء الاصطناعي إلى ثلاثة أدوار: المضيف (تطبيق الذكاء الاصطناعي الذي تستخدمه، مثل Claude Desktop أو Cursor)، والعميل الذي يشغّله ليتحدث بلغة البروتوكول، والخادم، وهو برنامج يكشف عن قدرة ما، مثل الاستعلام من Postgres أو إنشاء مشكلة (issue) على GitHub. أما المشكلة التي يحلّها فقديمة ومملّة: قبل MCP، كان ربط M من تطبيقات الذكاء الاصطناعي بـ N من مصادر البيانات يعني بناء M مضروباً في N من عمليات التكامل المخصّصة، كلٌّ منها هشّ وفريد. يستبدل MCP ذلك بمعيار واحد، فأنت تكتب الاتصال مرة واحدة ويستطيع أي ذكاء اصطناعي متوافق استخدامه. وكثيراً ما يُسمّى "منفذ USB-C للذكاء الاصطناعي" لأن المقبس نفسه يناسب أجهزة عديدة. الخادم هو من يؤدي العمل الفعلي؛ أما الذكاء الاصطناعي فيكتشف ما هو متاح ويطلبه فحسب.
الأشياء الثلاثة التي يكشفها كل خادم MCP
يقدّم خادم MCP قدراته عبر ثلاث لبنات أساسية، والفرق بينها يعود في جوهره إلى مسألة مَن المتحكّم. هذا هو الجزء الذي يتجاوزه معظم الناس، وهو الجزء المهم حين تبني خادماً أو تصحّح أخطاءه.
| اللبنة الأساسية | ما هي | مَن يتحكّم بها | مثال |
|---|---|---|---|
| الأدوات (Tools) | وظائف يستطيع النموذج استدعاؤها كي يفعل شيئاً | النموذج يقرّر متى يستدعيها | تشغيل استعلام SQL، إرسال رسالة، إنشاء حدث في التقويم |
| الموارد (Resources) | بيانات للقراءة فقط يستطيع التطبيق سحبها للسياق | التطبيق | محتويات الملفات، مخطط قاعدة بيانات، وثائق API |
| المطالبات (Prompts) | قوالب قابلة لإعادة الاستخدام توجّه سير العمل | المستخدم (باستدعاء صريح) | "خطّط لإجازة"، "لخّص اجتماعاتي" |
الأدوات هي بطلة العرض. كل أداة منها وظيفة معرّفة بمخطط ذات مدخلات ومخرجات مُنمّطة، موصوفة بلغة واضحة كي يستطيع النموذج أن يقرّر بنفسه متى يلجأ إليها. يستدعي النموذج tools/list ليرى ما هو موجود، ثم tools/call ليشغّل واحدة. أما الموارد فبيانات ساكنة يقرأها المضيف للسياق، والمطالبات قوالب جاهزة مسبقاً يفعّلها المستخدم عمداً. ويستطيع خادم واحد أن يقدّم الثلاثة جميعاً، ويستطيع المضيف أن يتصل بخوادم كثيرة في آنٍ واحد، فيمزج بين خادم قاعدة بيانات وخادم Slack وخادم نظام ملفات في محادثة واحدة.
خادم MCP مقابل الـ API: الفرق الحقيقي
هذا هو السؤال الأكثر شيوعاً، والإجابة الصادقة أن MCP لا يحلّ محلّ الـ API، بل يجلس فوقه. الـ API مبني لمطوّر بشري يقرأ الوثائق ويكتب شيفرة لاستدعاء نقاط نهاية ثابتة. أما خادم MCP فمبني لـ نموذج يكتشف ما هو متاح أثناء التشغيل ويقرّر ما يستدعيه، بلغة واضحة، مع قدرة إنسان على الموافقة على كل إجراء أو رفضه.
| الـ API التقليدي | خادم MCP | |
|---|---|---|
| مَن يستدعيه | شيفرة المطوّر | نموذج الذكاء الاصطناعي، أثناء التشغيل |
| الاكتشاف | قراءة الوثائق وتضمين نقاط النهاية في الشيفرة | يصف نفسه ذاتياً (tools/list) |
| تكلفة التكامل | M x N من عمليات البناء المخصّصة | تكتبه مرة واحدة، ويعيد أي عميل استخدامه |
| الواجهة | نقاط نهاية REST / GraphQL | أدوات وموارد ومطالبات عبر JSON-RPC |
| مَن يقرّر الاستدعاء | برنامجك | النموذج، مع موافقة إنسان في الوضع المثالي |
تحت السطح، لا يفعل خادم MCP عادةً أكثر من تغليف واجهات API القائمة. القيمة ليست في وسيلة نقل جديدة، بل في سطح متّسق يصف نفسه ذاتياً يستطيع الذكاء الاصطناعي أن يتنقّل فيه دون أن تكتب شيفرة ربط لكل خدمة. ولهذا أيضاً يتعايش MCP والـ API بدلاً من أن يتنافسا.
فيمَ يستخدم الناس خوادم MCP فعلاً
الأمثلة العملية غير برّاقة لكنها مفيدة: خادم نظام ملفات كي يستطيع المساعد قراءة مجلد مشروع، وخادم Postgres أو قاعدة بيانات للاستعلامات الحيّة، وخادم GitHub لفتح طلبات السحب (pull requests)، وخادم Slack لنشر التحديثات، وخادم متصفّح أو بحث كي يستطيع النموذج سحب معلومات حديثة. وتنشر Anthropic والمجتمع خوادم مرجعية مفتوحة المصدر للعديد من هذه الأمثلة، وتُدرج السجلّات العامة الآن عشرات الآلاف غيرها.
نحن نشغّل خوادم MCP كجزء من بناء هذا الموقع، لذا فهذا مثال مباشر لا افتراضي. فبيانات الكلمات المفتاحية ونتائج البحث الحيّة (live-SERP) وراء هذه المقالة نفسها وصلت عبر خادم DataForSEO MCP يعمل داخل Claude Code: استدعى النموذج أداة keyword_overview، وحصل على أرقام مُهيكلة عن حجم البحث والصعوبة، واستخدمها لاختيار الموضوع، دون أن يلصق أحد استجابات الـ API يدوياً. هذا هو العرض كلّه في صورة مصغّرة. والنمط نفسه يشغّل مساعدي البرمجة بالذكاء الاصطناعي الذين قارنّا بينهم، والذين يعملون كمضيفات MCP، وأدوات الأتمتة الوكيلة مثل n8n وMake التي تشحن دعم MCP بشكل متزايد كي تستطيع سير عملها استدعاء الأدوات نفسها التي يستدعيها الذكاء الاصطناعي.
كيف تُعدّ أول خادم MCP لك
نادراً ما تبني واحداً من الصفر في البداية. أسرع طريق:
- اختر مضيفاً يتحدث بلغة MCP — كلّ من Claude Desktop وCursor وWindsurf وClaude Code مؤهّل.
- اختر خادماً جاهزاً من المستودع الرسمي أو من سجلّ (نظام الملفات وGitHub وPostgres خيارات أولى جيدة).
- أضِفه إلى إعدادات المضيف — عادةً إدخال JSON صغير يسمّي الأمر الذي يشغّل الخادم وأي بيانات اعتماد يحتاجها. محلياً، تعمل الخوادم عبر stdio (يبدأ المضيف العملية مباشرة)؛ أما الخوادم البعيدة فتستخدم HTTP كي تعيش في السحابة.
- أعد تشغيل المضيف وتحقّق من قائمة الأدوات — إن سُجّل الخادم، ظهرت أدواته وأمكن للنموذج استدعاؤها.
- وافق على الاستدعاءات الأولى القليلة يدوياً كي ترى بالضبط ما يفعله قبل أن تثق به.
بناء خادمك الخاص خطوة أعلى لكنها ليست هائلة: تتيح لك حزم SDK الرسمية (TypeScript وPython وغيرهما) أن تعلن عن أداة ومخطط مدخلاتها ووظيفة معالِجة، وتتولّى طبقة البروتوكول الاكتشاف والنقل. إن كنت تستطيع كتابة نقطة نهاية API، فأنت تستطيع كتابة أداة.
المخاطر الأمنية التي تتجاهلها معظم الأدلة
هذا هو القسم الذي تميل شروحات المورّدين إلى تمريره بسرعة. منح النموذج القدرة على التصرّف في أنظمتك خطير تماماً بقدر ما يبدو، وراحة MCP سلاح ذو حدّين. فقد وجد فحص أجرته شركة الأمن Equixly في مارس 2025 أن 43% من تطبيقات خوادم MCP التي اختبرها كانت تعاني ثغرات حقن أوامر، وأن 22% منها كانت تسمح باجتياز المسارات (path traversal)، وأن 30% كانت تجيز تزوير الطلب من جانب الخادم (SSRF)، وذلك على بروتوكول لا يستخدم أي مصادقة افتراضياً. أما الهجوم المميّز الخاص بـ MCP فهو تسميم الأدوات: يشحن خادم خبيث أداةً يخفي وصفها أو مخرجاتها تعليماتٍ يعاملها النموذج بعد ذلك كأنها موثوقة، وهو شكل من حقن المطالبات غير المباشر. ولأن النموذج يقرأ أوصاف الأدوات بلغة واضحة ليقرّر ما يستخدمه، فإن ذلك النص سطح هجوم.
ثلاثة دفاعات تهمّ أكثر من غيرها. ثبّت فقط الخوادم التي تثق بها، واقرأ ما تفعله أدواتها فعلاً. وأبقِ إنساناً ضمن الحلقة لأي شيء مدمّر أو غير قابل للتراجع، وهو ما توصي به المواصفة صراحة. وعلى جانب الخادم، استخدم مصادقة سليمة، وتحقّق من كل مدخل، وامنح كل خادم أضيق الصلاحيات التي يحتاجها بدلاً من وصول واسع إلى كل شيء. الراحة ليست سبباً لتجاوز الضوابط المملّة.
إلى أين يتّجه MCP في عام 2026
ما بدأ معياراً لشركة واحدة صار الآن معيار الصناعة. تبنّت OpenAI معيار MCP في مارس 2025 عبر منتجاتها بما فيها تطبيق ChatGPT لسطح المكتب، وأضافت Google الدعم لخدماتها الخاصة خلال عام 2025. وفي ديسمبر 2025 تبرّعت Anthropic بـ MCP لمشروع تابع لـ Linux Foundation شاركت في تأسيسه مع Block وOpenAI، فأخرجته من قبضة أي مورّد بعينه. وأرقام التبنّي تدعم الضجّة: فحسب تحديث المنظومة الصادر عن Anthropic في ديسمبر 2025، تجاوز MCP 97 مليون تنزيل شهري لحزم SDK عبر Python وTypeScript، مع أكثر من 10,000 خادم عام نشط. ثمّة تحذير واحد يستحق أن يبقى في الحسبان: يلاحظ الباحثون والممارسون أن كشف عدد كبير جداً من الأدوات أمام النموذج يضعف قدرته على انتقاء الأداة الصحيحة، فليس المزيد من الخوادم أفضل تلقائياً. الإعداد الرابح في عام 2026 هو مجموعة صغيرة من الخوادم الموثوقة المحدّدة النطاق جيداً، لا درج مكتظّ بالخردة منها.
الأسئلة الشائعة
هل يستخدم ChatGPT معيار MCP؟
نعم. تبنّت OpenAI معيار Model Context Protocol في عام 2025 وتدعمه عبر منتجاتها بما فيها تطبيق ChatGPT لسطح المكتب، فيستطيع ChatGPT الاتصال بخوادم MCP إلى حدّ كبير كما يفعل Claude وCursor. وMCP محايد تجاه النموذج عن قصد، وهذا سبب كبير في سرعة انتشاره.
ما الفرق بين REST وMCP؟
REST أسلوب لبناء واجهات API للويب تستدعيها شيفرة كتبها إنسان عند نقاط نهاية ثابتة. أما MCP فبروتوكول مصمّم كي تكتشف نماذج الذكاء الاصطناعي الأدوات وتستدعيها أثناء التشغيل، بلغة واضحة، مع موافقة إنسان. وكثيراً ما يغلّف خادم MCP واجهة REST تحته، فهما يكمّلان بعضهما لا يتنافسان.
هل MCP مجرّد JSON؟
ليس تماماً. يستخدم MCP معيار JSON-RPC 2.0 لرسائله، فصيغة النقل هي JSON، لكن البروتوكول هو مجموعة القواعد فوقها: كيف تُوصف الأدوات والموارد والمطالبات وتُكتشف وتُستدعى، وكيف يتحدث المضيف والعميل والخادم. الـ JSON هو المغلّف، لا المعيار.
ما الفرق بين الـ API وخادم MCP؟
يكشف الـ API عن نقاط نهاية يتكامل معها المطوّرون بكتابة الشيفرة. أما خادم MCP فيكشف عن أدوات وموارد ومطالبات يكتشفها نموذج الذكاء الاصطناعي ويستخدمها بنفسه، مع موافقة إنسان على الإجراءات الحسّاسة في الوضع المثالي. وعملياً، خادم MCP طبقة رقيقة صديقة للذكاء الاصطناعي فوق واجهة API واحدة أو أكثر.
المصادر
- Anthropic — تقديم Model Context Protocol: تاريخ الإطلاق (25 نوفمبر 2024)، ومشكلة تكامل M x N، والمتبنّون الأوائل.
- Model Context Protocol — فهم خوادم MCP: لبنات الأدوات والموارد والمطالبات، ومَن يتحكم بكلٍّ منها، وكيف يعمل الاكتشاف.
- Wikipedia — Model Context Protocol: الجدول الزمني لتبنّي OpenAI وGoogle والتبرّع لـ Linux Foundation.
- DigitalApplied — إحصاءات تبنّي MCP لعام 2026: أكثر من 97 مليون تنزيل شهري لحزم SDK وأكثر من 10,000 خادم من تحديث Anthropic في ديسمبر 2025.
- Equixly — خوادم MCP: كابوس الأمن الجديد: فحص مارس 2025 الذي أفاد بنسب 43% لحقن الأوامر و22% لاجتياز المسارات و30% لـ SSRF.
- OWASP — تسميم أدوات MCP: هجوم تسميم الأدوات / حقن المطالبات غير المباشر.
وقاص احمد وسیر
وقاص احمد وسیر مطوّر ومهندس أتمتة بخبرة تزيد على 8 سنوات في بناء أنظمة إنتاجية يستخدمها أكثر من 100 ألف شخص. يبني تطبيقات SaaS متعددة المستأجرين، وأتمتة بالذكاء الاصطناعي (n8n، تدفقات LLM، بوتات واتساب)، وبنية استضافة (WHM/cPanel، CloudLinux) — وهو صانع WaSphere وFlowMaticX وعلامة الاستضافة WaseerHost. أنجز أكثر من 100 مشروع لشركات صغيرة ومتوسطة ووكالات وشركات ناشئة ممولة.
