كيف تحوّل خوادم MCP بيئات التطوير المتكاملة إلى مساعدين أذكياء للمطوّر

# خادم MCP يحلّ المشكلة الأزلية لتوليد النطاقات بالذكاء الاصطناعي: الوكيل يفحص WHOIS بنفسه بعد 5 دقائق من الإعداد

ربط مطوّر من موقع Habr بيئة Cursor IDE بخادم MCP خاص به لفحص WHOIS. ولم يعد وكيل الذكاء الاصطناعي يكتفي باقتراح أسماء النطاقات، بل يستبعد المحجوزة منها فوراً ولا يعرض سوى الخيارات المتاحة. ووفق المؤلف، يستغرق الإعداد كله نحو خمس دقائق.

المشكلة: النماذج اللغوية الكبيرة لا ترى WHOIS في الوقت الفعلي

يعرف كل من طلب من ChatGPT أو Claude ابتكار اسم نطاق هذه الحلقة المفرغة: يقدّم النموذج عشرة خيارات لامعة، فتفتح موقع المسجِّل لتجدها كلها محجوزة. والسبب كامن في طبيعة النماذج اللغوية نفسها: فهي تعمل على لقطة مجمّدة من البيانات، ولا تستطيع في اللحظة الراهنة الاتصال بخادم WHOIS للتحقق من توفر الاسم. أما فحص كل خيار يدوياً فكفيل بقتل أي حماسة.

وكانت بداية القصة حادثة وقعت للمؤلف: فقد أطلق في اليوم السابق خدمة طريفة جذبت حركة زوار على غير المتوقع، فقرر دخول السوق العالمية. وأثناء بحثه عن نطاق بامتداد .com واجه هذه المشكلة المعروفة، إذ تولّد النماذج اللغوية الكبيرة أسماء جذابة لكنها محجوزة.

الحل: خادم MCP خاص وCursor

كتب المطوّر خادم MCP خاصاً به يستقبل اسم النطاق ويعيد نتيجة استعلام WHOIS، ثم ربطه بـ Cursor، وهي بيئة تطوير متكاملة شائعة مزوّدة بمساعد ذكاء اصطناعي مدمج. وبروتوكول سياق النموذج (Model Context Protocol، أو MCP) معيار مفتوح اقترحته شركة Anthropic، ويتيح للنماذج اللغوية التفاعل مع أدوات ومصادر بيانات خارجية عبر واجهة موحدة. وكان ذلك يتطلب سابقاً كتابة تكاملات معقدة قائمة على استدعاء الدوال (function calling)، أما الآن فيكفي توصيل «إضافة» جاهزة.

والنتيجة أن الوكيل داخل Cursor يبتكر نطاقاً للمشروع، ثم يتصل فوراً بخادم MCP ويتحقق من توفر كل اسم عبر WHOIS ويعيد الخيارات المتاحة فقط. وتجري الدورة كلها في نافذة واحدة دون تبديل للسياق. ووفق المؤلف، يستغرق الإعداد نحو خمس دقائق، إذ يكفي تدوين إعدادات خادم MCP في إعدادات Cursor.

MCP كطبقة بنية تحتية جديدة لوكلاء الذكاء الاصطناعي

تتجاوز أهمية هذه الحالة حدود فحص النطاقات. فقبل MCP كان مساعد الذكاء الاصطناعي في بيئة التطوير أشبه بإكمال تلقائي بالغ الذكاء: يولّد الشيفرة ويشرحها ويعيد هيكلتها، لكنه يبقى حبيس كفاءته اللغوية. أما الآن فيتحول النموذج إلى منسِّق (orchestrator)، لا يفكر فحسب بل ينفّذ، فيتصل بواجهات API خارجية وقواعد بيانات وأنظمة ملفات وخدمات أخرى.

وتنمو منظومة خوادم MCP بسرعة كبيرة: توجد بالفعل خوادم جاهزة لـ GitHub وSlack وقواعد البيانات ومخازن الملفات والمتصفحات وعشرات الأدوات الأخرى. ويدعم Cursor وClaude Desktop وعدد من العملاء الآخرين البروتوكول بشكل أصيل. وهكذا تتشكل طبقة بنية تحتية جديدة، أشبه بـ«متجر تطبيقات» للنماذج اللغوية، يوسّع فيه كل خادم MCP قدرات الوكيل بمهارة محددة.

القيود: الاستضافة المحلية ومسائل الأمان المفتوحة

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

ما هو بروتوكول سياق النموذج (MCP)؟

MCP معيار مفتوح اقترحته شركة Anthropic، ويتيح للنماذج اللغوية التفاعل مع أدوات ومصادر بيانات خارجية عبر واجهة موحدة. وهو يستعيض عن التكاملات المعقدة القائمة على استدعاء الدوال (function calling) بتوصيل «إضافة» جاهزة، هي خادم MCP، تمنح النموذج مهارة محددة، سواء كانت فحص WHOIS أو العمل مع GitHub وSlack وقواعد البيانات ومخازن الملفات.

لماذا لا يستطيع الذكاء الاصطناعي التحقق بنفسه من توفر النطاق؟

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

كم يستغرق إعداد خادم MCP لفحص النطاقات في Cursor؟

وفق صاحب الحل، يستغرق الإعداد نحو خمس دقائق: يكفي تدوين إعدادات خادم MCP في إعدادات Cursor، وبعدها يولّد الوكيل خيارات النطاقات بنفسه ويتحقق فوراً من توفرها عبر WHOIS، ولا يعيد سوى الأسماء المتاحة.