الدليل › Slima MCP › كيف تعمل إصدارات slima-mcp

كيف تعمل إصدارات slima-mcp

آخر تحديث 9/09/2026 · قراءة 7 دقيقة

في سطر واحد: كيف تعمل إصدارات slima-mcp — الخادم لا يحجب الإصدارات القديمة، والقديم منها ببساطة يملك أدوات أقلّ ينادي بها، وهذه طريقة معرفة الإصدار الذي تشغّله.

الإصدار الحالي

slima-mcp 0.3.0، نُشر في 2026-09-09. أما الإصدار الذي قبله، 0.2.0، فهو من 2026-04-24 — أي أكثر من أربعة أشهر قبله، ولهذا فعبارة «متأخّر بترقيع واحد» مضلّلة هنا.

كان 0.2.0 يحمل أدوات الكتب والملفات وقارئ بيتا AI. وما أضافه 0.3.0:

أدوات التحرير المهيكل (update_beat_board / update_timeline / update_script / update_relationship_map / update_world_map)
مجموعة التعليم (get_capabilities / list_guides / load_guide / list_writing_skills / load_writing_skill)
الملاحظات والتعليقات وsemantic_search
view_relationship_map
get_reader_test، لاستلام تقرير قارئ بيتا AI الذي استغرق أطول من مدة الانتظار

كيف يرى الخادم إصدارك

كل نداء يحمل إصدار العميل في ترويسة User-Agent. ويقارنه الخادم بحدّين:

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

فـالتأخّر في الإصدار ليس رفضًا للخدمة أبدًا. أدوات العميل القديم تعمل كما هي. ما ينقصه هو أدوات ينادي بها — الخادم لا يخفي شيئًا، بل تلك الأدوات غير موجودة أصلًا في النسخة التي عندك من الحزمة.

وحين تكون متأخّرًا، تظهر إشارتان:

كل ردّ يحمل ترويسة X-Slima-MCP-Upgrade-Hint تذكر الإصدار الموصى به وإصدارك
ورسائل الأخطاء تكسب فقرة إضافية تشرح الترقية

لماذا يستحقّ 0.3.0 بالذات أن تأخذه

خادم 4.0 أغلق الكتابة الكاملة على .map و.beats و.timeline و.script و.geomap، والإصدار 0.2.0 لا يملك أيًّا من أدوات update_*. الطريقان مغلقان في الوقت نفسه، ومعنى ذلك أن أي AI خارجي يعمل بـ 0.2.0 لا يستطيع تعديل هذه الأنواع الخمسة إطلاقًا.

والجانب المُحيِّر هو ما يراه المستخدم: لا رسالة «رجاءً رقِّ»، بل أدوات تفشل مرة بعد مرة. فهذه الدعوة بالتحديد أقرب إلى تفسير لتوقّف شيء عن العمل منها إلى اقتراح.

كيف تعرف الإصدار الذي تشغّله

الرابطات الشبكية (claude.ai، ChatGPT): لا شيء لتتحقّق منه ولا شيء لتفعله. الخادم البعيد محدَّث دائمًا، ومحادثتك التالية على الإصدار الجديد.

محليًا (Claude Desktop، Cursor، Gemini CLI، VS Code):

# الإصدار الذي تحصل عليه فعلًا
npx -y slima-mcp@0 --version

# أحدث إصدار على npm
npm view slima-mcp version

# أي تثبيت عام متبقٍّ — وهو المتهم المعتاد
npm ls -g slima-mcp

إن اختلف الأولان، فثمّة شيء يثبّتك على القديم.

الترقية

إن كان إعدادك يستخدم npx: أزل التثبيت العام أولًا، ثم أعد تشغيل العميل.

npm uninstall -g slima-mcp

هذه الخطوة ليست ترتيبًا للبيت، بل شرط. فـnpx pkg@<range> يُشبع النطاق من حزمة موجودة على PATH عندك ولا يتصل بالمستودع أبدًا. قياسٌ أُجري في 2026-09-09، مع تثبيت عام 0.2.0 و0.3.0 على npm:

الأمر	ما انتهى إليه
`npx -y slima-mcp@0`	0.2.0 — استخدم التثبيت العام
`npx -y slima-mcp`	0.2.0 — المثل
`npx -y slima-mcp@latest`	0.3.0 — الـ dist-tag يفرض استعلام المستودع
`npx -y [email protected]`	0.3.0 — النسخة العامة لا تُشبع إصدارًا أحدث محدّدًا

فالتثبيت العام القديم يجعل صيغة npx تتوقّف عن الترقية إلى الأبد، بينما يواصل الخادم مطالبتك بالترقية.

⚠️ افحص كل موضع قد ثبّتته فيه. التثبيت العام قد يوجد مرة لكل بيئة من بيئات مدير إصدارات Node، ومرة لكل نظام تشغيل. وعلى WSL يشيع أن تكون هناك نسخة تحت nvm وأخرى تحت AppData/Roaming/npm في ويندوز، بإصداريْن مختلفين، وواحدة منهما فقط على PATH الذي يستخدمه عميل MCP عندك فعلًا.

إن أردت البقاء على تثبيت عام: تذكّر أن تنفّذ هذا بنفسك من حين إلى آخر.

npm install -g slima-mcp@latest

لماذا تكتب الإعدادات `@0` لا `@latest`

ذلك سؤال آخر، يتعلّق بالتغييرات الكاسرة عند الإصدار الرئيسي: لماذا slima-mcp@0. والانتقال الكامل من التثبيت العام إلى npx في الترحيل من التثبيت العام إلى npx.