كل بضعة أشهر ينشر أحدهم أن MCP قد مات، وكل بضعة أشهر يطلق فريق آخر خادم MCP جديدًا إلى بيئة الإنتاج. الأمران صحيحان في آن واحد. أصبحت النماذج أفضل كثيرًا في تشغيل أوامر الصدفة وقراءة الوثائق وكتابة السكربتات الصغيرة، لذلك ضعفت كثير من الأسباب الأولى لتغليف كل أداة ببروتوكول. ومع ذلك، ما زالت بعض المهام تحتاج إلى واجهة قياسية موثّقة وبعيدة يمكن لأي وكيل أن يتصل بها دون ربط مخصص. يفرز هذا المقال المجموعتين. سترى أين تتفوق CLI بسيطة أو ملف مهارات على خادم MCP، وأين ما زال الخادم هو الأفضل، وكيف تتخذ القرار خلال خمس دقائق تقريبًا.
ما الذي يفعله MCP فعليًا
تعريف مبسّط
بروتوكول سياق النموذج أو MCP هو معيار مفتوح أطلقته Anthropic في نوفمبر 2024. يحدد كيف يطلب تطبيق الذكاء الاصطناعي (العميل) من برنامج منفصل (الخادم) ثلاثة أشياء: الأدوات التي يمكنه استدعاؤها، والموارد التي يمكنه قراءتها، والأوامر النصية التي يمكنه إعادة استخدامها. تنتقل الرسائل بصيغة JSON-RPC، عبر الإدخال والإخراج القياسيين للخوادم المحلية، أو عبر Streamable HTTP للخوادم البعيدة. تبنّته OpenAI و Google خلال 2025، ثم انتقل البروتوكول لاحقًا إلى مؤسسة Linux Foundation للذكاء الاصطناعي الوكيلي (Agentic AI Foundation)، لذلك لا تتحكم فيه جهة واحدة.

فكّر فيه كمحوّل سفر. مقبس الحائط (الخدمة) والقابس (الوكيل) لا يحتاج أيٌّ منهما إلى معرفة الآخر. المحوّل في المنتصف يتولى عدم التطابق.
المشكلة التي صُمم لحلها
قبل MCP، كان ربط M من المساعدات بـN من الخدمات يعني M × N من عمليات التكامل المخصصة. لكل زوج تدفق تسجيل دخول خاص، وتفاصيل مخططات خاصة، وأخطاء خاصة. حوّل MCP ذلك إلى M + N: اكتب خادمًا واحدًا لكل خدمة، وعميلًا واحدًا لكل مساعد، فتعمل كل التوليفات. هذا التوفير حقيقي، ويفسّر ظهور آلاف الخوادم العامة خلال عام تقريبًا من إطلاقه.
💡 يستحق التذكّر: MCP سباكة وليس ذكاءً. احكم عليه بأن تكون السباكة أقل تكلفة من البديل لمهمتك المحددة، لا بكونه رائجًا هذا الشهر.
الحجة ضد MCP
النقاد ليسوا مخطئين. تتكرر ثلاث شكاوى مرارًا، وتصمد كل واحدة منها أمام القياس.
تعريفات الأدوات تستهلك السياق
كل أداة يعرضها الخادم تأتي باسم ووصف ومخطط JSON. يحمّل معظم العملاء كل هذه الأدوات في نافذة سياق النموذج عند بداية الجلسة. إليك حسابًا تقريبيًا توضيحيًا: خادم بـ40 أداة بمعدل نحو 400 توكن لكل مخطط يضيف 16,000 توكن. وصل خمسة خوادم بهذا الحجم، وستكون قد أنفقت 80,000 توكن قبل أن يكتب المستخدم كلمة واحدة.

لهذه الفاتورة ثلاثة أجزاء: المال وزمن الاستجابة والانتباه. تُكلّف التوكنات مالًا في كل طلب، وتستجيب الأوامر الأطول ببطء أكبر، والسياق المزدحم يترك مساحة أقل للمادة التي يحتاجها النموذج فعلًا. كما تنخفض جودة الاختيار عادةً حين يعرض خادمان أداة باسم search ويضطر النموذج إلى تخمين المقصود.
الوكلاء يتقنون الصدفة أصلًا
تُتقن وكلاء البرمجة استخدام git وgh وcurl وjq وdocker وpsql. تظهر هذه الأدوات في بيانات التدريب آلاف المرات، ولها علامة --help، ومخرجاتها نص عادي. حين يستطيع النموذج تشغيل gh pr list --json title,author وتحليل النتيجة، يضيف خادم GitHub MCP طبقة دون أن يضيف قدرة تُذكر.

تتيح CLI أيضًا التركيب. ينقل النموذج مخرجات أمر إلى أمر آخر، ويكتب المخرجات في ملف، ويقرأ السطور التي يحتاجها فقط. أما استدعاء أداة MCP فيُعيد نتيجته كاملة إلى السياق ما لم يخطط مؤلف الخادم للتقسيم إلى صفحات، وكثيرون لم يفعلوا ذلك.
المهارات والسكربتات أقل تكلفة
تسلك ملفات المهارات طريقًا مختلفًا. المهارة مجلد يضم وصفًا قصيرًا بصيغة markdown، وسكربتات اختيارية. لا يبقى في السياق سوى الاسم وملخص من سطر واحد، إلى أن يقرر الوكيل أنه يحتاج المهارة، وعندها فقط يقرأ التعليمات الكاملة. تدفع الثمن عند وقوع العمل، لا في كل طلب.

بالنسبة لسير العمل الداخلية مثل "كيف ننشر"، أو "كيف نكتب ملاحظات الإصدار"، أو "كيف نستعلم من المستودع"، غالبًا ما تكون المهارة مع سكربت أقصر طريق. لا يوجد خادم تستضيفه، ولا طبقة نقل تحتاج إلى تصحيح أخطائها، وكل شيء موجود في المستودع بجوار الكود الذي يصفه.
أين ما زال MCP يتفوق
الآن الجانب الآخر. هذه الحالات هي التي يخلق فيها استبدال MCP بالسكربتات عملًا أكثر، لا أقل.
الخدمات البعيدة ذات المصادقة الحقيقية
يستطيع سكربت على حاسوب محمول أن يقرأ رمز API من متغير بيئة. هذا يعمل لمطوّر واحد. لكنه ينهار حين يحتاج خمسون شخصًا إلى الوصول إلى نظام CRM، لكل منهم صلاحيات مختلفة، ويريد فريق الأمن رموزًا تنتهي صلاحيتها. يبني تدفق التفويض في MCP على OAuth 2.1، فيستطيع خادم بعيد أن يطلب من كل مستخدم تسجيل الدخول، ويصدر رموزًا بنطاق محدد، ويسحبها من مكان واحد. لا يحمل الوكيل أبدًا سرًا طويل الأمد ملصوقًا في سجل الصدفة.

تواصل الخوادم المستضافة العمل أيضًا حيث لا توجد صدفة أصلًا: تطبيق دردشة، أو عميل جوال، أو شريط جانبي في المتصفح. تحتاج CLI إلى طرفية. أما خادم MCP البعيد فيحتاج إلى اتصال شبكي.
المهام الطويلة والنتائج غير المتزامنة
تستغرق بعض المهام دقائق، لا أجزاء من الألف من الثانية. توليد الصور والفيديو أوضح الأمثلة. يبدأ الطلب مهمة، فيلتقطها GPU في مكان ما، ويجب على المستدعي أن يعود لاحقًا ليتحقق. أمر صدفة يتوقف لتسعين ثانية أمر مزعج. وأداة لها عقد محدد للبدء والاستعلام والنتيجة أسهل في الإتقان.

يتبع موصّل PicassoIA الخاص بالمنصة هذا النمط. واجهة API الخاصة بها على طراز Replicate: أنشئ تنبؤًا، واستعلم عنه، واجلب المخرجات. عبر اتصال MCP يستطيع الوكيل الوصول إلى أربعة نماذج: PicassoIA Image، وPicassoIA Image Editor Pro، و PicassoIA Video، و Seedance 2.5 Lite للفيديو مع الصوت، دون أن يكتب أحد نقاط النهاية يدويًا. تسمح المنصة بخمسة تنبؤات متزامنة لكل حساب، مشتركة بين بيانات اعتماد API واتصالات MCP، لذا يجب على وكيل يطلق عشرة طلبات دفعة واحدة أن يحترم هذا السقف. يخفي الخادم المبني جيدًا هذه المحاسبة خلف نتائج أدوات واضحة، تمامًا كما تحافظ محطة التمرير في المطبخ على ترتيب الطلبات بينما يعمل الطهاة بالتوازي.
تخيّل فريق محتوى يطلب من وكيل كتابة منشور إطلاق، وخمس صور رئيسية، ومقطعًا متحركًا قصيرًا. تحدث الكتابة داخل النموذج. أما الصور والمقطع فهي بعيدة وبطيئة ومحدودة المعدل، وهذا بالضبط الشكل الذي يتعامل معه MCP بكفاءة.
الفرق وسجلات التدقيق والصلاحيات
حين يلمس الوكيل بيانات الإنتاج، يسأل أحدهم من فعل ماذا. تستطيع بوابة MCP مركزية أن تسجل كل استدعاء أداة، وتطبّق قوائم سماح لكل فريق، وتحجب الإجراءات الخطرة قبل أن تصل إلى الخدمة. فعل الشيء نفسه بسكربتات مخصصة يعني ملاحقة السجلات عبر الحواسيب المحمولة.

يقدّر المراجعون هذا. يستطيعون قراءة سجل واحد وملف سياسة واحد، ومعرفة ما سُمح للوكيل بفعله، بدلًا من تدقيق خمسين سجل صدفة مختلفًا.
MCP مقابل CLI مقابل المهارات مقابل API
إليك المقارنة نفسها في جدول مرجعي سريع.
| الحالة | الأنسب | لماذا يناسب |
|---|
| git والملفات المحلية وأدوات البناء | CLI | تعرف النماذج الأوامر أصلًا، ولا إعداد |
| سير عمل فريق مثل ملاحظات الإصدار | مهارة مع سكربت | تُحمّل عند الطلب، وتعيش في المستودع |
| منتج SaaS بصلاحيات لكل مستخدم | خادم MCP بعيد | تسجيل دخول OAuth، وسحب الصلاحية، وسجلات مركزية |
| توليد الصور أو الفيديو | MCP أو API مباشرة | مهام غير متزامنة، وحدود تزامن مشتركة |
| سحب بيانات لمرة واحدة داخل سكربت | استدعاء API مباشر | أقل الأجزاء المتحركة |
| وكيل داخل تطبيق دردشة دون صدفة | خادم MCP بعيد | لا توجد طرفية متاحة |
| أداة مطلوبة في 1 من كل 100 جلسة | مهارة أو MCP بتحميل كسول | تجنّب دفع تكلفة المخطط في كل مرة |
لاحظ أن الجواب نادرًا ما يكون كل شيء MCP أو لا MCP. يتوقف الاختيار الصحيح على من يستدعي الأداة، وكم تستغرق من وقت، وكم مرة تُحتاج.
كيف يتغير MCP
وصلت الانتقادات إلى هدفها، واستجاب النظام البيئي. ويهمّ التحوّلان التاليان أكثر من غيرهما.
تنفيذ الكود بدلًا من إلقاء الأدوات دفعةً واحدة
وصف فريق الهندسة في Anthropic نمطًا في أواخر 2025 يكتب فيه الوكيل كودًا يستدعي أدوات MCP، بدلًا من توجيه كل استدعاء عبر نافذة السياق. تظهر تعريفات الأدوات كملفات يستطيع الوكيل تصفحها، وتبقى النتائج الوسيطة داخل بيئة معزولة (sandbox)، ولا يعود إلى النموذج سوى الإجابة النهائية. وفي مثالهم المفصّل، انخفض استهلاك التوكنات من نحو 150,000 إلى نحو 2,000، أي تخفيض بنسبة 98.7%.

التحميل الكسول للأدوات
تحمّل عدة عملاء الآن تعريفات الأدوات عند الطلب. يبحث النموذج في الكتالوج، ويسحب الأداتين أو الثلاث التي يحتاجها، ويتجاهل بقيتها. هذا هو نهج بطاقات الفهرس: تحتوي المكتبة على آلاف البطاقات، لكنك تفتح درجًا واحدًا. ويزيل هذا أكبر شكوى في القسم السابق دون التخلي عن المعيار.
تكيّف مؤلفو الخوادم أيضًا. يتفوق خادم بستة أدوات عالية المستوى ومُوصّفة جيدًا على خادم يعكس واجهة REST من 300 نقطة نهاية سطرًا بسطر، لأن النموذج يملك خيارات أقل، ولأن لكل خيار معنى.
قائمة تحقق لقرار في خمس دقائق
راجع هذه القائمة قبل أن تبني أو تثبّت أي شيء.

اختر MCP حين
- يحتاج كثيرون إلى وصول خاص بكل منهم ومحدد النطاق إلى الخدمة نفسها
- العمل غير متزامن، مثل مهام التصيير أو عمليات التصدير الطويلة
- يعمل الوكيل في مكان لا توجد فيه صدفة
- تحتاج إلى تسجيل مركزي، أو قوائم سماح، أو سحب للصلاحيات
- مالك الخدمة يقدّم بالفعل خادمًا مُصانًا
تجاوز MCP حين
- توجد CLI معروفة تؤدي المهمة بالفعل
- المهمة تخص الملفات المحلية أو git أو عمليات البناء
- لا يستخدمه إلا أنت، على جهاز واحد
- سيعكس الخادم واجهة REST واحدة بواحدة
- ستحمّله في كل جلسة لكنك تستخدمه مرة في الأسبوع
إعدادات مختلطة تنجح
تستخدم معظم مجموعات الأدوات الناضجة الأنواع الثلاثة. يشغّل وكيل البرمجة الصدفة من أجل git والاختبارات، ويقرأ مهارة لأعراف الفريق، ويتصل بخادمين أو ثلاثة خوادم MCP بعيدة لمتتبع التذاكر وقاعدة البيانات وتوليد الوسائط. يمكنك تجربة أفكار استدعاء الأدوات نفسها مع نماذج LLM المتاحة على PicassoIA، مثل Claude Sonnet 5، و GPT 5.6 Sol، و Kimi K2.6، و Gemini 3.5 Flash. اختيار النموذج أقل أهمية من إبقاء سطح الأدوات صغيرًا وصادقًا.
أخطاء شائعة تقع فيها الفرق
- تغليف كل شيء لأنك تستطيع. خادم حول
ls أو cat يضيف عملية وناقلًا ومخططًا مقابل لا شيء لا توفره الصدفة أصلًا.
- تجاهل فاتورة التوكنات. تحقّق من عدد التوكنات التي تضيفها خوادمك المتصلة قبل الرسالة الأولى. إن فاجأك الرقم، فعطّل الخوادم لكل مشروع أو انتقل إلى التحميل الكسول.
- الشحن دون حدود مصادقة. يصبح خادم محلي بصلاحية كاملة على الملفات والشبكة خطرًا حين يقرأ النموذج صفحات ويب غير موثوقة. حدّد الصلاحيات، وفضّل الأدوات للقراءة فقط افتراضيًا، واطلب تأكيدًا قبل عمليات الكتابة.
- تكرار الأدوات عبر الخوادم. خادمان يقدمان كلاهما البحث أو الجلب أو الإرسال يربكان النموذج. أعد تسمية الأدوات بوضوح، أو أوقف أحد الخادمين.
- معاملة البروتوكول على أنه المنتج. يهم المستخدمين الناتج. إذا أنتج سكربت أو مهارة أو استدعاء API مباشر نتيجة أفضل بإعداد أقل، فاستخدمه وامضِ قدمًا.
أنشئ صورك الخاصة على Picasso IA
إذن، هل ما زلنا نحتاج MCP؟ للأدوات المحلية المعروفة، غالبًا لا. للخدمات البعيدة الموثّقة البطيئة المشتركة، غالبًا نعم. هذا التقسيم هو الجواب كله، وسيستمر في التحول كلما أصبح العملاء أذكى في تحميل الأدوات.
إن أردت رؤية سير عمل بعيد وغير متزامن أثناء العمل دون قراءة أي مواصفات، فولّد شيئًا. افتح Picasso IA، واختر PicassoIA Image لصورة ثابتة سريعة، ثم حسّنها باستخدام PicassoIA Image Editor Pro، ثم حرّك النتيجة باستخدام PicassoIA Video. بدأت كل صورة في هذا المقال كأمر نصي بلغة عادية، والسير نفسه متاح للوكيل عبر اتصال MCP. تصفّح كل شيء على picassoia.com/en/all-models، واكتب فكرة واحدة، وانظر إلى أي مدى تصل جملة واحدة.