تم دمج طلب سحب على Model Context Protocol Python SDK الرسمي عند 14:54 بتوقيت UTC في 28 أغسطس، ما أدى إلى تغيير قيمتين افتراضيتين تتحكمان في المدة التي تحتفظ فيها سرفرات MCP بالاتصالات وعدد الاتصالات التي ستقبلها.
القيمتان الافتراضيتان
مهلة خمول الجلسة تنتقل من غير محددة إلى 1,800 ثانية، بحيث تُستعاد الجلسة التي لا يحدث فيها أي نشاط لمدة ثلاثين دقيقة. أما الحد الأقصى للجلسات المتزامنة فينتقل من غير محدود إلى 10,000؛ وبعد ذلك يرد السرفر بـ HTTP 503 ورمز خطأ JSON-RPC -32603. وكلاهما قيم افتراضية مبررة — فجداول الجلسات غير المحدودة تمثل سطحًا لهجمات حجب الخدمة، كما أن مهلة الخمول غير المحدودة تُعد تسربًا للموارد.
ما يخطئ فيه التأطير الشائع
تقول البيانات الوصفية إن هذا التغيير آمن لاعتماده، بينما يقول المتن إنه ليس كذلك. يحمل طلب السحب قسمه الخاص بعنوان "Breaking Changes"، في حين تترك قائمة التحقق الخاصة بالتقديم مربع التغيير الكاسر غير محدد وتضع علامتي اختيار في مربعين يؤكدان العكس. هذا هو التناقض الذي ينتشر: أدوات إصدار الإصدارات، ومولدات سجل التغييرات، وقرارات الترقيم الدلالي تقرأ قائمة التحقق، لا النص. ويخلص المحافظ الذي يراجع البيانات الوصفية إلى أن الترقية الطفيفة مناسبة، ثم يحدّث المشغلون في المراحل اللاحقة دون قراءة القسم الذي يخبرهم بأن جلساتهم طويلة الأمد ستنتهي الآن.
من الذي يتضرر فعليًا
أي نشر يبقي جلسات MCP مفتوحة عبر فترات توقف طويلة في الحلقة البشرية — وكيل ينتظر مراجعة، أو مساعد يبقى خاملاً بين الصباح وبعد الظهر — سيبدأ برؤية الجلسات تختفي عند علامة نصف الساعة. ويكون الفشل صامتًا من منظور العميل حتى الاستدعاء التالي. أما عمليات النشر التي تتجاوز عشرة آلاف جلسة متزامنة فستبدأ برفض الاتصالات برمز لا يميز معظم عملاء MCP بينه وبين عطل في السرفر.
أين يقف الأمر الآن
التغيير مدمج في الفرع الرئيسي ولم يُضمَّن بعد في إصدار، لذا لم يُشحن شيء إلى أي مستخدم يحدّث عبر مدير حزم اليوم. وهذه بالضبط هي النافذة التي لا يزال فيها بالإمكان تصحيح قائمة التحقق واختيار رفع رقم الإصدار عمدًا.