MCP

Remnic: ذاكرة مشتركة محلية أولاً لوكلاء الذكاء الاصطناعي

الأفضل لبناء مكتبة ذاكرة مشتركة وشفافة وقابلة للتتبع لعدة وكلاء ذكاء اصطناعي على جهازك المحلي، بشرط أن تتمكن من تشغيل Node.js 22.12+ وقبولك بتخزين الذكريات كملفات markdown نصية على قرصك المحلي.

Official source · GitHub - joshuaswarren/remnic

Install

npm install -g @remnic/cli && remnic init && remnic daemon start && remnic status

لمن يصلح

  • يصلح للمطورين الأفراد الذين يريدون لمساعدهم الذكي ذاكرة مشتركة عبر الجلسات وعبر عدة وكلاء (agents): تُخزَّن الذكريات كملفات markdown عادية مع YAML frontmatter على قرصك المحلي، ويمكن إعادة بناء فهرس البحث من هذه الملفات دون الحاجة إلى خدمة قواعد بيانات خارجية. مفتوح المصدر برخصة MIT، ويعمل بمبدأ «المحلي أولاً».
  • يصلح للحالات التي تستخدم فيها عدة وكلاء في آنٍ واحد وتريد «مكتبة ذاكرة واحدة يستخدمها كل وكيل»؛ فبالإضافة إلى التخزين والاسترجاع، تشمل مجموعة أدوات MCP أيضًا البحث عن الكيانات، وتصحيح الذكريات، والاسترجاع حسب الوقت، وتتبع المصادر عبر X-ray، والملخص اليومي، ولوحة العمل، وأدوات الاستمرارية.
  • الحالات غير المناسبة: يتطلب Node.js 22.12 أو أحدث، ولا يعمل في البيئات الأقدم. لم تذكر الأدلة مدى دعم النشر عن بُعد (docker، الخدمات المستضافة وغيرها)، فإن كانت لديك مثل هذه الحاجة فتحقق من ذلك بنفسك أولًا.

أول تجربة في 3 دقائق

المسار الرئيسي الموصى به هو استخدام واجهة الأوامر الرسمية (CLI) بالكامل:

  1. المتطلب: تثبيت Node.js 22.12 أو أحدث (nodejs.org).
  2. التثبيت والتهيئة:
npm install -g @remnic/cli
remnic init

يكتب الأمر remnic init ملف الإعدادات remnic.config.json (كتابة حالة محلية، وهي خطوة تهيئة طبيعية). التثبيت العام يثبّت أيضًا أمر remnic، بالإضافة إلى أمر التوجيه القديم engram.

  1. التشغيل والتأكيد:
remnic daemon start
remnic status

إذا أعاد remnic status نتيجة طبيعية فهذا مؤشر النجاح، ويعني أن الخدمة الخلفية تعمل ويمكن ربط العملاء بها. في وضع التشغيل المستقل، يعمل الـ daemon كنقطة نهاية HTTP تكشف أدوات MCP (وتوفر الشركة رسميًا أيضًا طريقة تشغيل عبر @remnic/server كخيار ثانوي). يُنصح في التحقق الأول بالاكتفاء بإجراء تأكيد حالة مثل remnic status قبل إجراء تخزين حقيقي.

انتبه للفرق: كلٌّ من remnic init وكتابة الذكريات اللاحقة يكتبان على القرص المحلي، وهما ليسا عمليتي قراءة فقط؛ أما remnic status فهو تأكيد منخفض المخاطر لعرض حالة التشغيل.

حالات الاستخدام

  • حالة: تخزين ذكرى ثم استرجاعها. بعد تشغيل الـ daemon، خزّن معلومة في مكتبة الذاكرة، ثم استعلم عنها عبر MCP باستخدام قدرة الاسترجاع. سجل الذكرى هو ملف markdown على القرص مع YAML frontmatter (مثل بنية category: decision)، وبعد النجاح يمكنك رؤية هذا السجل مباشرة في الملفات المحلية واسترجاعه من جهة الوكيل. لم تقدم الأدلة أمثلة على المعاملات الدقيقة لأدوات store/recall، فاعتمد في المعاملات المحددة على وصف الأدوات الذي يعرضه عميل MCP.
  • حالة: متابعة عمل الأمس باستخدام الملخص اليومي/أدوات الاستمرارية. بعد الاتصال بنقطة نهاية MCP، سيعرض العميل مجموعة أدوات Remnic التي تشمل أدوات daily briefing (الملخص اليومي) وwork-board (لوحة العمل) وcontinuity (الاستمرارية)؛ واستدعاء أداة الملخص يمنحك نظرة عامة على الحالة الحالية بناءً على الذكريات الموجودة. اعتمد في التهجئة الدقيقة لأسماء الأدوات على قائمة الأدوات التي يعرضها العميل، إذ لم تسردها الأدلة واحدة واحدة.

حدود الاستخدام

  • Remnic نظام قراءة وكتابة محلي: تخزين ذكرى يكتب ملفات markdown على القرص، وتصحيح ذكرى يعدّل المحتوى الموجود؛ لم تذكر الأدلة مسارًا مدمجًا للتراجع/الاستعادة، فلا ينبغي اعتباره قابلًا للتراجع تلقائيًا. الحذف والنسخ الاحتياطي يعتمدان على إدارتك للملفات المحلية.
  • تُخزَّن الذكريات كنص markdown صريح على القرص المحلي، فكن حذرًا في تخزين المعلومات الحساسة؛ لم يُشاهَد في الأدلة أي بيان محدد في README حول سياسة الخصوصية وإخفاء الهوية، فهذا مجهول.
  • تتطلب الخدمة Node.js ≥ 22.12؛ ولم تُفصح الأدلة عن تفاصيل مثل المنفذ والمصادقة لاتصال العملاء، فإن احتجت لكشفها عبر الشبكة فراجع الوثائق الرسمية أولًا للتأكد.
  • البنود غير المؤكدة (سياسة الخصوصية، المعاملات الكاملة للأدوات، النشر عن بُعد) يُرجع فيها جميعًا إلى أحدث README في المستودع الرسمي.