X تطلق خادم MCP مستضافًا لربط Claude وCursor وGrok Build مباشرةً

أطلقت X (تويتر سابقًا) خادم MCP مستضافًا — وهو خادم لبروتوكول سياق النموذج (Model Context Protocol) يعمل على البنية التحتية الخاصة بالمنصة، ويتيح لأدوات الذكاء الاصطناعي الاتصال مباشرةً بواجهة API الخاصة بـ X باستخدام صلاحيات الوصول التابعة لحساب المستخدم نفسه.

ما الذي يقدّمه خادم MCP المستضاف

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

• الأدوات المدعومة عند الإطلاق: Claude وCursor وGrok Build
• يعمل الاتصال عبر صلاحيات الوصول التابعة لحساب المستخدم على X
• لم يعد المطوّرون بحاجة إلى كتابة خادم MCP خاص بهم يدويًا
• كان إعداد المصادقة سابقًا يتم بصورة منفصلة لكل أداة ذكاء اصطناعي

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

لماذا نحتاج إلى بروتوكول MCP

بروتوكول MCP، أو Model Context Protocol، معيار مفتوح يحدد طريقة موحّدة لربط وكلاء الذكاء الاصطناعي والأدوات مثل Claude أو Cursor بالخدمات الخارجية وبياناتها، بدلًا من كتابة تكامل مستقل لكل أداة ذكاء اصطناعي على حدة. ويعني إطلاق خادم مستضاف رسمي من X أن المنصة نفسها تتولى صيانة نقطة الدخول هذه وتحديثها، فتُعفي المطوّرين من مهمة صيانة بنية تحتية خاصة بهم لدعم البروتوكول.

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

أما من منظور المستخدم النهائي، فالأمر يبدو على النحو التالي: يمنح أداة الذكاء الاصطناعي إذن الوصول إلى حسابه على X مرة واحدة، وبعدها تستطيع الأداة الوصول إلى بياناته على المنصة مباشرةً — دون وسطاء، ودون تسليم كلمة المرور أو الرمز المميّز (token) إلى أطراف ثالثة.

ماذا يعني ذلك

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

وبالنسبة إلى منظومة وكلاء الذكاء الاصطناعي، يعني ذلك أن قائمة الخدمات المتاحة لأدوات مثل Claude وCursor دون كتابة تكامل خاص تواصل النمو، وأن تكامل وكلاء الذكاء الاصطناعي مع بيانات المستخدمين الفعلية يصبح أكثر أمانًا بفضل الاعتماد على صلاحيات الوصول المدمجة في المنصة بدلًا من الحلول الالتفافية محلية الصنع.

أسئلة شائعة

ما أدوات الذكاء الاصطناعي التي يدعمها خادم MCP من X؟

عند الإطلاق هي Claude وCursor وGrok Build — ويمكنها الاتصال بواجهة API الخاصة بـ X عبر خادم MCP المستضاف دون إعداد التكامل بنفسها.

هل يحتاج المطوّرون إلى كتابة خادم MCP خاص بهم؟

لا — كان عليهم فعل ذلك سابقًا، أما الآن فتوفّر X خادمًا مستضافًا جاهزًا يتولى البروتوكول والمصادقة معًا.

كيف يحصل خادم MCP على الوصول إلى بيانات مستخدم X؟

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