KDnuggets يشرح كيفية تشغيل خادم MCP عديم الحالة (stateless) بلغة Python مع الوصول إليه عبر HTTP

أصدر KDnuggets في 9 أكتوبر 2026 دليلاً تفصيليًا بعنوان «Build Your First MCP Server in Python (Stateless Spec Edition)». يوضح الدليل كيف تكتب خادم MCP بلغة Python وتتيح عبر HTTP العناصر الأساسية الثلاثة في Model Context Protocol: الأدوات (tools) والموارد (resources) والموجِّهات (prompts). ويتركّز الاهتمام على كلمة stateless، أي أن الخادم لا يحتفظ بجلسة بين الطلبات. الإعلان مقتضب، وسيتعيّن مطابقة جميع تفاصيل نسخة المواصفة مع الوثائق الرسمية. لكن الاتجاه واضح: البروتوكول الذي يُبنى عليه ربط الوكلاء بالأنظمة الخارجية يصبح أسهل في التشغيل.

لماذا تُعدّ الحالة أكبر مصدر للمشكلات

صُمّم MCP ليكون طريقة موحّدة لربط النموذج اللغوي بالدوال والبيانات الخارجية. اعتمدت التطبيقات الأولى على stdio وعلى اتصالات طويلة الأمد. هذا مناسب للنموذج الأولي المحلي. أما في بيئة الإنتاج فتبدأ المشكلات: يجب الاحتفاظ بالجلسة في مكان ما، ويتعيّن توجيه الطلبات إلى النسخة نفسها (instance)، ويزداد التوسع الأفقي تعقيدًا، كما أن منصات serverless لا تتعامل جيدًا أصلًا مع الاتصالات الطويلة.

يزيل نهج stateless هذه القيود. فكل طلب HTTP مكتفٍ بذاته: يصل، ويُعالَج، ويُرسَل ردّه. ويمكن وضع الخادم خلف موزّع أحمال عادي، وتشغيله في عدة نسخ، وإعادة تشغيله دون فقدان السياق. وإذا لزمت الحالة فعلًا، فإنها تُحفظ في مخزن خارجي لا في ذاكرة العملية.

ما يتضمنه الدليل

المادة موجّهة لمن يبني أول خادم MCP له. وفيما يلي ما ورد في الإعلان:

• اللغة: Python
• النقل: HTTP
• العناصر الأساسية: 3 (tools وresources وprompts)
• الوضع: stateless، دون جلسات بين الطلبات
• المصدر والتاريخ: KDnuggets، 9 أكتوبر 2026

تختلف أدوار هذه العناصر، والخلط بينها عند التصميم مكلف. فالأدوات (tools) دوال يستدعيها النموذج بنفسه، مثل البحث وطلب API والكتابة في قاعدة بيانات. والموارد (resources) بيانات يُشار إليها عبر URI، مثل الملفات والمستندات وصفوف الجداول. أما الموجِّهات (prompts) فقوالب تعليمات جاهزة يختارها عادةً المستخدم أو تطبيق العميل.

ومن اللافت أن الدليل يختار HTTP بدلًا من العملية المحلية. فمثل هذا الخادم متاح لعدة عملاء وفرق، ويمكن حمايته بالمصادقة ومراقبته كأي خدمة شبكية أخرى.

كيف تستفيد من ذلك عمليًا

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

قبل النشر في بيئة الإنتاج ينبغي التحقق من ثلاثة أمور. الأول: إصدار المواصفة وإصدار SDK. فعبارة «نسخة stateless» تعني أن بعض الأمثلة القديمة قد تتصرف بصورة مختلفة. الثاني: مكان حفظ كل ما كان يُخزَّن سابقًا في الجلسة. فسلال التسوق والرموز (tokens) والنتائج الوسيطة يجب نقلها إلى Redis أو إلى قاعدة بيانات. الثالث: المصادقة وتقييد صلاحيات الأدوات. فالخادم الذي يستطيع الكتابة في قاعدة بيانات يجب ألا يكون مفتوحًا للإنترنت كله.

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