سيرفرات MCP الثلاثة التي تستحقّ الربط في بناء موقع

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

والسؤال ليس هل تربط سيرفرات، بل أيّ ثلاثة، لأن ثمن سيرفر مربوط يُدفع في كل طلب من الجلسة، ومعظم المتاح لا يستحقّ ذلك.

النطاق يحدّد من يحصل على السيرفر

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

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

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

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

حيث يُجدي: نظام المحتوى الذي لا تريد النقر فيه

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

ما ينبغي الاستعداد له أن الكتابة عبر API ليست كالبناء في المحرّر. فبعض الخصائص غير مُعرَّضة أصلاً، وتكتشفها بالاصطدام بها. ونحن نحفظ ملاحظة قصيرة لكل منصّة بما لا تستطيع الـAPI ضبطه، لأن اكتشافه مرّتين هدر محض. ومقارنة المنصّات تدخل في أيّها يترك أكثر على الطاولة.

حيث يُجدي: قراءة نشراتك

الثالث أقلّها نقاشاً ولعلّه أنفعها. فسيرفر المضيف يُتيح للوكيل قراءة سجلّ البناء وأخطاء التشغيل وحالة النشر مباشرة، فيحوّل أشهر حلقة تصحيح في موقع منشور من لصقٍ وسؤال إلى سؤال واحد. وVercel توثّق سيرفرها، والنمط قابل للتعميم.

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

حيث لا يُجدي

النمط في هذا الجدول أن السيرفر يستحقّ مكانه حين يستبدل استرجاعاً آليّاً، ولا يستحقّ شيئاً حين يستبدل حكماً. والتحليلات مثال صافٍ: جلب الأرقام لم يكن قطّ الجزء الصعب.

مشكلة الثقة التي لا يضعها أحد في العرض

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

والدفاع العملي ليس ذكيّاً. اربط سيرفرات قليلة، وفضّل ما تستطيع تسمية ناشره، وتعامل مع كل ما يعيده سيرفر كبيانات لا كتعليمات. والمنطق نفسه ينطبق على ما يمنحه موقعك للزاحفات، وهو موضوع ما تتلقّاه زاحفات الذكاء الاصطناعي فعلاً.

ثلاثة هو العدد

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