دليل Slima MCP الكامل | دع الذكاء الاصطناعي يقرأ ويكتب كتبك

الدليل الكامل لـ Slima MCP: دع الذكاء الاصطناعي يقرأ كتبك مباشرة

في عام 2024، أطلقت Anthropic بروتوكولًا مفتوحًا اسمه Model Context Protocol. خلال أشهر قليلة، تبنّته Claude Desktop وCursor وGemini CLI وVS Code. الفكرة الجوهرية وراءه ليست معقدة: ربط أدوات الذكاء الاصطناعي بخدمات خارجية عبر معيار موحّد، بدلًا من إجبار كل تطبيق على بناء تكامل خاص.

لكن ما الذي يعنيه هذا عمليًا لمن يكتب رواية؟

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

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

ما هو MCP؟

MCP اختصار لـ Model Context Protocol -- بروتوكول مفتوح طوّرته Anthropic. المفهوم يُلخَّص في جملة واحدة: تمكين أدوات الذكاء الاصطناعي من تبادل البيانات مباشرة مع الخدمات الخارجية.

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

مع MCP: "تحقّق من أفعال البطل في الفصل الثامن -- هل تتناقض مع ملف شخصيته؟" الذكاء الاصطناعي يذهب بنفسه، يقرأ الملفين، يقارن، ويقدّم تقريره. بدون نسخ. بدون لصق. بدون سياق مفقود.

لو أردنا تشبيهًا: MCP هو USB العصر الرقمي. قبل USB، كل مصنّع كان يصنع موصّلًا خاصًا به. USB وحّد الواجهة: أي جهاز يتصل بأي حاسوب ويعمل فورًا. المبدأ نفسه. Claude Desktop، Cursor، Gemini CLI، VS Code -- أي أداة تدعم MCP تستطيع الاتصال بـ Slima والتعامل مع المخطوطات مباشرة.

Slima MCP حزمة npm باسم slima-mcp. بمجرد تثبيتها وإعدادها، تحصل أدوات الذكاء الاصطناعي على وصول فوري لكتبك على Slima. قراءة، تعديل، بحث -- كل شيء حيّ ولحظي. لا تصدير ولا استيراد.

التثبيت والمصادقة

شيئان فقط: Node.js على الجهاز وحساب Slima.

الخطوة الأولى: المصادقة

افتح الطرفية. أمر واحد:

npx slima-mcp auth

يُفتح المتصفح تلقائيًا ويوجّه لتسجيل الدخول بحساب Slima. انتهى.

رمز المصادقة يُخزَّن في مدير بيانات الاعتماد الأصلي لنظام التشغيل: Keychain في macOS، Credential Manager في Windows، libsecret في Linux. ليس ملفًا نصيًا في مجلد منسي. أمان على مستوى نظام التشغيل -- الآلية نفسها التي تحمي كلمات المرور المحفوظة ومفاتيح التشفير. حتى لو فتّش أحدهم كل دليل على القرص الصلب، لن يجد ملفًا يحتوي الرمز.

الرمز يتجدد تلقائيًا. إعادة المصادقة نادرًا ما تلزم. للتحقق من الحالة:

npx slima-mcp auth --status

لتسجيل الخروج:

npx slima-mcp auth --logout

هذا كل ما يتعلق بالمصادقة. الخطوة التالية.

إعداد المنصات

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

Claude Desktop

ابحث عن claude_desktop_config.json. في macOS يوجد عادة في ~/Library/Application Support/Claude/، وفي Windows في %APPDATA%\Claude\. أضف:

{
  "mcpServers": {
    "slima": {
      "command": "npx",
      "args": ["slima-mcp"]
    }
  }
}

أعد تشغيل Claude Desktop. تظهر أيقونة أداة بجانب مربع الإدخال -- Slima MCP متصل.

Cursor

أنشئ .cursor/mcp.json في جذر المشروع:

{
  "mcpServers": {
    "slima": {
      "command": "npx",
      "args": ["slima-mcp"]
    }
  }
}

Cursor يكتشف الملف تلقائيًا ويشغّل Slima MCP عند الحاجة.

Gemini CLI

عدّل ~/.gemini/settings.json:

{
  "mcpServers": {
    "slima": {
      "command": "npx",
      "args": ["slima-mcp"]
    }
  }
}

VS Code

أنشئ .vscode/mcp.json في المشروع:

{
  "servers": {
    "slima": {
      "command": "npx",
      "args": ["slima-mcp"]
    }
  }
}

انتبه -- VS Code يستخدم servers وليس mcpServers. هذا أكثر خطأ يقع فيه الناس. إذا لم يعمل الاتصال، راجع هذا المفتاح أولًا.

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

خمس عشرة أداة في ثلاث فئات

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

إدارة الكتب

create_book -- إنشاء كتاب جديد. فكرة طازجة؟ "أنشئ كتابًا جديدًا في Slima اسمه ظلال المدينة القديمة." الذكاء الاصطناعي يبنيه فورًا، ويمكنه بعدها إنشاء مجلدات للشخصيات وبناء العالم والمخطط.

list_books -- عرض كل شيء. "ما الكتب الموجودة عندي الآن؟" جملة واحدة، جرد كامل، ثم اختيار المشروع المطلوب.

get_book -- تفاصيل كتاب محدد. العنوان، المؤلف، الوصف، تاريخ الإنشاء. الأساسيات في نظرة واحدة.

get_book_structure -- شجرة الملفات الكاملة. هذه الأداة تمنح الذكاء الاصطناعي رؤية بانورامية. "أرني الهيكل الكامل لهذه الرواية." يرى كل فصل، كل ملف شخصية، كل مجلد ملاحظات. بهذه الخريطة، كل طلب لاحق يصيب هدفه بدقة أعلى.

get_writing_stats -- إحصائيات الكتابة. "كيف يبدو تقدّمي؟" الذكاء الاصطناعي يعرض إجمالي عدد الكلمات، والعدد لكل فصل، ووتيرة التحديثات. الأرقام لا تكذب بشأن الزخم.

عمليات الملفات

read_file / get_chapter -- أدوات العمل اليومي. "اقرأ الفصل الخامس." "افتح ملف البطل." "أرني ملاحظات نظام السحر." حين يقرأ الذكاء الاصطناعي النص الفعلي، تصبح ملاحظاته مبنية على ما هو مكتوب حقًا -- لا نصائح عامة معلّقة في الفراغ.

write_file -- استبدال محتوى ملف بالكامل. لإعادة الكتابة الجذرية. "استبدل الفصل الثالث بالنسخة التي عملنا عليها للتو." الملف بأكمله يُستبدل.

edit_file -- بحث واستبدال جراحي. أدقّ من write_file. "غيّر كل 'كريم' إلى 'سامي' في الفصل الأول." استبدال محدد، لا شيء آخر يُمسّ.

create_file -- بناء ملفات جديدة. "أنشئ بطاقة شخصية للشرير في مجلد الشخصيات." الذكاء الاصطناعي ينشئ الملف ويملؤه بمحتوى أولي.

delete_file -- حذف ما لم يعد مطلوبًا. ملاحظات عصف ذهني قديمة، مخططات ملغاة، مسودات مؤقتة. تنظيف بدون مغادرة المحادثة.

append_to_file -- إضافة محتوى في نهاية ملف موجود بدون حذف أي شيء. مثالي لدفتر الكتابة وسجلّات الجلسات. "أضف ملاحظات تقدّم اليوم في نهاية دفتر الكتابة."

search_content -- بحث نصي شامل عبر كل ملف في الكتاب. الأداة الأقوى في المجموعة. "ابحث في الرواية كلها عن كل ذكر لـ 'الخنجر الفضي'." أو: "جد كل الفقرات التي يظهر فيها الدكتور عمّار." يمشّط كل ملف ويعيد كل النتائج. للحفاظ على اتساق الشخصيات واستمرارية الحبكة عبر مخطوطة طويلة -- هذه الأداة لا تُقدَّر بثمن.

قارئ البيتا الذكي (AI Beta Reader)

list_personas -- استعراض شخصيات القرّاء الافتراضيين المتاحة. AI Beta Readers في Slima ليسوا آلات ملاحظات عامة. لكل شخصية تخصّص مختلف: بنية القصة، تطوير الشخصيات، تحليل الإيقاع، الجدوى التجارية. "ما شخصيات البيتا ريدر المتاحة؟" تُراجَع الخيارات، ثم تُختار الأنسب للحاجة الراهنة.

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

أربعة سيناريوهات عملية

معرفة الأدوات شيء. معرفة متى تُدمَج -- هذا ما يغيّر طريقة الكتابة فعلًا.

بداية يوم الكتابة

الجلوس أمام الجهاز. فتح أداة الذكاء الاصطناعي. الرسالة الأولى:

"أرني هيكل الكتاب، ثم اقرأ آخر مقطع من الفصل الذي عملت عليه أمس."

الذكاء الاصطناعي يشغّل get_book_structure لرسم خريطة المشروع، ثم read_file لفتح آخر فصل. قد يقول: "أمس توقفت في منتصف مشهد -- البطل دخل الأطلال واكتشف الدليل الأول. حسب المخطط، اللحظة التالية هي مواجهة الحارس. مستعد؟"

لا بحث في الملفات. لا إعادة قراءة المخطط. لا محاولة تذكّر أين توقف كل شيء. السياق محمَّل مسبقًا. الكتابة تبدأ فورًا.

التحقق من اتساق الشخصيات

الفصل الخامس عشر. سؤال يلحّ: ماذا قالت تلك الشخصية الثانوية بالضبط في الفصل الثالث؟ في رواية طويلة، هذا يحدث باستمرار.

"ابحث عن كل فقرة يظهر فيها الخادم العجوز في الكتاب كله."

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

مرحلة المراجعة

المسودة الأولى انتهت. حان وقت التنقيح. فصلًا بفصل، كل واحد يُمرَّر على قارئ بيتا ذكي:

"حلّل الفصل الأول بشخصية محلل الإيقاع."

analyze_chapter تعمل، تعيد ملاحظات: أين يتباطأ الإيقاع، أين الانتقالات مفاجئة، أين قد يفقد القارئ اهتمامه. تُراجَع الملاحظات، يُقرَّر ما يحتاج تغييرًا، ثم:

"وصف المشهد في الفقرة الثالثة من الفصل الأول طويل جدًا. اختصره -- أبقِ على الصور الجوهرية لكن قلّص الطول إلى النصف تقريبًا."

الذكاء الاصطناعي يستخدم edit_file لتعديل تلك الفقرة تحديدًا. لا شيء آخر في الفصل يتغيّر. لا إعادة كتابة كاملة. لا بحث يدوي عن الفقرة.

توحيد بناء العالم

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

"ابحث في الكتاب كله عن كل فقرة تصف قواعد نظام السحر، ثم اجمعها في مستند مرجعي واحد في مجلد بناء العالم."

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

نصائح متقدمة

متغيرات البيئة

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

{
  "mcpServers": {
    "slima": {
      "command": "npx",
      "args": ["slima-mcp"],
      "env": {
        "SLIMA_LOG_LEVEL": "debug"
      }
    }
  }
}

مستوى debug يُخرج معلومات مفصّلة لكل استدعاء API. بعد حل المشكلة، يُستحسن إعادته إلى الوضع الافتراضي للحفاظ على نظافة السجلّات.

MCP عن بُعد

افتراضيًا، Slima MCP يستخدم نقل stdio -- يعمل محليًا على الجهاز. لكنه يدعم أيضًا نقل HTTP عن بُعد. خادم واحد يشغّل MCP، أجهزة متعددة تتصل به. من المكتب إلى المحمول إلى الجهاز اللوحي -- الوضع البعيد يعني عدم الحاجة لتثبيت Node.js على كل جهاز.

اختيار المنصة حسب المهمة

منصات متعددة، كلها متصلة بنفس حساب Slima، ونفس الكتب. الاختيار يعتمد على المهمة:

Claude -- فهم السياق الطويل في أفضل حالاته. تحليل فصول كاملة، التحقق من اتساق الشخصيات، مناقشات عميقة حول منطق الحبكة. هنا يتفوّق.
Cursor -- مبني للعمليات الدقيقة والمتكررة. بحث واستبدال، تعديلات تنسيق، تحريرات نصية واسعة النطاق. أقصى كفاءة.
Gemini -- القدرات المتعددة اللغات بارزة. ترجمة، مقارنة بين لغات، تجميع معلومات. الخيار الطبيعي.

نفس الحساب، نفس الكتب، التبديل في أي وقت.

أسئلة شائعة

س: هل يتيح MCP لأي شخص آخر رؤية محتواي؟

لا. Slima MCP يصل فقط إلى كتب الحساب المُصادَق عليه. صلاحيات الرمز محدودة بحساب واحد. الذكاء الاصطناعي يقرأ أو يعدّل المحتوى فقط عند التعليمات -- لن يتصفّح المكتبة من تلقاء نفسه، ولا تصل البيانات إلى مستخدمين آخرين.

س: هل يمكن تقييد الذكاء الاصطناعي بالقراءة فقط؟

نعم. أدوات MCP تنقسم إلى عمليات قراءة (read_file، search_content) وعمليات كتابة (write_file، edit_file). منصات الذكاء الاصطناعي عادةً تطلب تأكيدًا قبل تنفيذ الكتابة. يكفي قول "قراءة فقط اليوم -- بدون تعديلات" في بداية المحادثة، والذكاء الاصطناعي يلتزم بأدوات القراءة طوال الجلسة.

س: أداة الذكاء الاصطناعي لا تستجيب بعد الإعداد. ماذا أفعل؟

السبب الأكثر شيوعًا: خطأ في صيغة JSON في ملف الإعدادات. فاصلة زائدة واحدة، قوس ناقص، علامات اقتباس بعرض كامل -- أي من هذه يسبب فشلًا صامتًا. أولًا، تحقّق من صحة JSON. ثم شغّل npx slima-mcp auth --status لتأكيد المصادقة. هاتان الخطوتان تحلّان الغالبية العظمى من المشكلات.

س: هل ينتهي رمز المصادقة؟

يتجدد تلقائيًا في الخلفية. في الاستخدام العادي، انتهاء الصلاحية شبه معدوم. إذا حدث، يكفي تشغيل npx slima-mcp auth مرة أخرى -- ثلاثون ثانية ويُحلّ الأمر.

ثلاث دقائق. تحوّل دائم.

هذا ما غطّاه المقال.

MCP بروتوكول معياري يمكّن الذكاء الاصطناعي من قراءة بيانات الخدمات الخارجية وكتابتها مباشرة -- لا مزيد من النسخ واللصق. الإعداد: npx slima-mcp auth للمصادقة، بضعة أسطر JSON في إعدادات أداة الذكاء الاصطناعي. ثلاث دقائق. خمس عشرة أداة تشمل إدارة الكتب وعمليات الملفات وقارئ البيتا الذكي -- من قراءة الفصول إلى البحث في المخطوطة بأكملها إلى تحليل العمل بواسطة قرّاء افتراضيين. كل ذلك بلغة طبيعية.

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

الوقت ينبغي أن يُنفَق في كتابة القصة. لا في نقل النصوص بين النوافذ.

افتح الطرفية. شغّل npx slima-mcp auth. عد إلى أداة الذكاء الاصطناعي وقل: "أرني أين توقفت أمس."

الكتابة يمكن أن تكون أكثر تركيزًا الآن.

الدليل الكامل لـ Slima MCP: دع الذكاء الاصطناعي يقرأ كتبك مباشرة

مقالات ذات صلة

الأسئلة الشائعة