# نموذج الذاكرة
SUMMARY: كيف تُنظَّم الذكريات — الفئات، المفاتيح، الوسوم، الأولويات، المصادر، التحقق.

نموذج الذاكرة
نموذج ذاكرة Synapse مصمم لوكلاء LLM — منظّم بما يكفي
للاستدعاء الموثوق، ومرن بما يكفي لأي مجال.
تشريح الذاكرة
[CODE BLOCK]
الحقول
| الحقل | النوع | مطلوب | الوصف |
|-------|------|----------|-------------|
|  | string | تلقائي | معرّف فريد (memxxx) |
|  | enum | ✅ | واحدة من 8 فئات |
|  | string | ✅ | مُعرّف ثابت (يُستخدم للتحديثات) |
|  | string | ✅ | محتوى الذاكرة (أي نص) |
|  | string[] | – | للبحث والتصفية |
|  | enum | – | low، normal، high، critical (افتراضي: normal) |
|  | enum | تلقائي | user، agent (من خزّنها) |
|  | bool | تلقائي | هل تحقق منها إنسان؟ |
|  | float | – | 0.0 إلى 1.0 (افتراضي: 1.0 للمستخدم، 0.7 للوكيل) |
|  | timestamp | – | متى تُنسى هذه الذاكرة |
|  | string | تلقائي | أي عقل يملكها |
|  | timestamp | تلقائي | أول تخزين |
|  | timestamp | تلقائي | آخر تعديل |
الفئات
ثماني فئات تغطي حالات استخدام وكلاء LLM الشائعة:
| الفئة | الغرض | مثال على المحتوى |
|----------|---------|-----------------|
|  | من هو المستخدم | "User is Michael Schäfer, software engineer in Berlin" |
|  | تفضيلات المستخدم | "Prefers concise technical responses" |
|  | حقائق قابلة للتحقق | "Office is in Berlin, timezone Europe/Berlin" |
|  | حالة المشروع | "Synapse v1.5.0 deployed, working on v1.6.0 docs" |
|  | مهارات المستخدم | "Advanced Python, 10+ years" |
|  | أخطاء سابقة | "Forgot to bump npm version — CI failed" |
|  | سياق الجلسة | "Currently reviewing PR #42" |
|  | ملاحظات متفرقة | "Try Redis for caching next sprint" |
المفاتيح: مُعرّفات ثابتة
الحقل  حاسم — فهو كيف تُحدّث الذكريات دون إنشاء
مكررات.
[CODE BLOCK]
قواعد المفتاح:
- يجب أن يكون فريدًا ضمن (الفئة، العقل)
- استخدم 
- أضف بادئة الفئة للوضوح: ، 
- أبقِه ثابتًا — لا تغيّر المفاتيح بعد الإنشاء
الوسوم: للبحث
تُمكّن الوسوم التصفية والبحث السريع:
[CODE BLOCK]
أفضل ممارسات الوسوم:
- 2-5 وسوم لكل ذاكرة (لا تفرط في الوسم)
- أحرف صغيرة للاتساق
- استخدم أسماء المشاريع، المواضيع، التقنيات
- الوسوم غير حساسة لحالة الأحرف
مستويات الأولوية
| الأولوية | متى تُستخدم | سلوك الاستدعاء |
|----------|-------------|-----------------|
|  | الهوية، القانونية، غير القابلة للتراجع | دائمًا في أعلى الاستدعاء |
|  | المشاريع النشطة، التفضيلات الأساسية | بارز في الاستدعاء |
|  | معظم الذكريات (افتراضي) | ترتيب استدعاء قياسي |
|  | عابرة، جيد معرفتها | قد تُلخّص |
يُرتّب  حسب الأولوية (critical أولًا)، ثم حسب الأحدث.
المصدر: المستخدم مقابل الوكيل
تُوسم الذكريات بـ :
-  — خزّنها إنسان (عبر JWT أو واجهة الإنسان)
-  — خزّنها وكيل LLM (عبر Mind Key)
يؤثر هذا على:
- التحقق: ذكريات  مُتحقّق منها تلقائيًا، ذكريات  لا
- الثقة:  افتراضي 1.0،  0.7
- الاستدعاء: يعلّم  الذكريات غير المُتحقّق منها بـ "(unverified)"
> [!NOTE]
> تعامل مع ذكريات المصدر  بقدر مناسب من الشك. قد تكون
> مستنتجة أو مفترضة بدلًا من ذكرها مباشرة من المستخدم.
التحقق
تشير علامة  إلى أن إنسانًا أكّد الذاكرة:
- ذكريات : مُتحقّق منها تلقائيًا ()
- ذكريات : غير مُتحقّق منها افتراضيًا ()
تحقق من الذكريات عبر:
[CODE BLOCK]
> [!NOTE]
> يتطلب التحقق JWT (مصادقة الإنسان)، وليس Mind Key (مصادقة الوكيل). هذا
> يضمن أن البشر فقط يمكنهم تعليم الذكريات كمُتحقّق منها.
الثقة
يشير الحقل  (0.0 إلى 1.0) إلى موثوقية الذاكرة:
- 1.0 — ذُكرت مباشرة من المستخدم
- 0.7 — مستنتجة بواسطة الوكيل
- 0.5 — غير مؤكدة، تحتاج تحققًا
- 0.0 — مشكوك فيها صراحة
عيّن الثقة عند التخزين:
[CODE BLOCK]
الانتهاء
عيّن  للذكريات الحساسة للوقت:
[CODE BLOCK]
الذكريات المنتهية لا يُرجعها  (لكنها لا تزال موجودة في DB).
استخدم  لرؤية الذكريات التي تنتهي قريبًا.
دورة حياة الذاكرة
[CODE BLOCK]
سلوك الاستدعاء
يُرجع  ملخصًا نصيًا عاديًا مُحسّنًا لسياق LLM:
[CODE BLOCK]
- مُرتّب حسب الأولوية (critical → low)، ثم حسب الأحدث
- الذكريات غير المُتحقّق منها معلّمة بـ 
- الوسوم مضمنة للسياق
- نص عادي (لا حاجة لتحليل JSON)
الخطوات التالية
- Memory API
- أفضل ممارسات الذاكرة
- بحث FTS5