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

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

قواعد البيانات المتجهة هي بنية تحتية للتخزين/البحث للمتجهات. Seizn هو نظام ذاكرة كامل مبني فوق ذلك، يوفر: استخراج الذاكرة التلقائي من المحادثات، تصنيف أنواع الذاكرة، إدارة النطاق/النطاق، تدوير مفاتيح API، سجلات التدقيق، أدوات التطوير، وميزات الحوكمة. فكر فيها كـ 'بنية تحتية للذاكرة' مقابل 'بنية تحتية للبحث'.

لا. نقطة البداية الأكثر شيوعاً هي: تخزين الذاكرة -> البحث -> الحقن في الموجه. RAG (تركيب السياق التلقائي + توليد الاستجابة) هو الخطوة التالية. يمكنك البدء ببساطة وإضافة التعقيد حسب الحاجة.

1) POST /api/memories لتخزين تفضيل المستخدم. 2) GET /api/memories للبحث. 3) حقن النتائج في موجه LLM الخاص بك. 4) لاحقاً، أضف /api/extract للاستخراج التلقائي و/api/query للاستجابات المعززة بالذاكرة.

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

لا تخزن أبداً: كلمات المرور، مفاتيح API، الرموز، ملفات تعريف الارتباط للجلسة (معلومات المصادقة)، SSN، أرقام جوازات السفر، الحسابات المصرفية (PII)، معلومات بطاقة الائتمان (بيانات الدفع). للبيانات المؤقتة، استخدم نطاق الجلسة مع TTL إذا لزم الأمر.

النطاق يفصل الذكريات حسب المشروع/المستأجر/البيئة. بدونه، تختلط البيانات، وتنخفض جودة البحث، ويصبح الحذف/التصدير صعباً. موصى به: 'org:acme/app:chat/env:prod' أو 'project:myapp/env:staging'. لا تستخدم أبداً 'default' فقط في الإنتاج.

user: التفضيلات التي تنطبق على المستخدم عالمياً. session: الأهداف أو السياق الصالح فقط لهذه المحادثة. agent: القواعد الخاصة بوكيل واحد في نظام متعدد الوكلاء. الاستخدام الصحيح للنطاق يقلل من طول الموجه ويحسن اتساق الاستجابة.

memory_type تصنف الذكريات: fact (معلومات ثابتة)، preference (اختيارات المستخدم)، instruction (قواعد للاتباع)، relationship (روابط الأشخاص/المنظمات)، experience (أحداث ماضية). هذا هو المحور الأقوى للتصفية والحذف وتطبيق السياسات.

limit: عدد ذكريات المرشحين للاسترجاع (منخفض جداً = فقدان ذات الصلة، مرتفع جداً = سياق صاخب). threshold: قطع التشابه 0-1 (أعلى = أكثر صرامة). ابدأ بـ limit=10، threshold=0.7. إذا فقدت ذكريات، خفض threshold إلى 0.6 وارفع limit إلى 20. إذا حصلت على نتائج غير ذات صلة، ارفع threshold إلى 0.75-0.8.

عادة واحدة من: 1) النطاقات مختلطة، 2) ذكريات كثيرة مخزنة (ضوضاء)، 3) threshold منخفض جداً، 4) المحتوى مجرد جداً ('يحب الأشياء' مقابل حقائق محددة). الحل: فصل النطاقات، جعل المحتوى محدداً، رفع threshold.

أضف تسجيل الأهمية واحتفظ فقط بالذكريات عالية الأهمية. استخدم TTL لانتهاء صلاحية الذكريات القديمة تلقائياً. دمج الذكريات المتشابهة بشكل دوري في ملخصات. افصل النطاقات لتقليل نطاق البحث.

التدفق الموصى به: 1) استدعاء مع auto_store=false لمعاينة الذكريات المستخرجة. 2) عرض النتائج للمستخدم للتأكيد. 3) تخزين الذكريات المعتمدة فقط. 4) بمجرد إثبات جودة الاستخراج، انتقل إلى auto_store=true للأتمتة.

haiku: أسرع، أرخص، جيد لمعظم الحالات. sonnet: أكثر دقة، أفضل للاستخراجات المهمة (التأهيل، العقود، السياسات). استخدم haiku للاستخراج بالجملة/الأولي، sonnet للسيناريوهات عالية المخاطر.

نعم، لكن النمط الموصى به هو: إنشاء ذاكرة جديدة + حذف/أرشفة القديمة. هذا النهج أفضل لمسارات التدقيق ويمنع مشاكل التراجع.

نهجان: 1) الحذف بـ ID (دقيق)، 2) الحذف بالنطاق (تنظيف جماعي). للمؤسسات/الامتثال، تأكد من 'الحذف الكامل + سجل التدقيق'. وثّق سياسة الحذف الخاصة بك بوضوح.

لقد وصلت إلى حد المعدل. الحلول: 1) تنفيذ التراجع الأسي (1ث -> 2ث -> 4ث). 2) وضع الطلبات في قائمة انتظار من جانب الخادم. 3) تقليل تكرار الطلبات: تخزين الاستعلامات المكررة مؤقتاً، العمليات الدفعية، تقليل تكرار الاستخراج.

أكبر محركات التكلفة: 1) تكرار الاستخراج - قلل الاستدعاءات. 2) نطاق البحث - استخدم النطاق للتضييق. 3) اختيار النموذج - استخدم haiku للروتين، sonnet للمهم. 4) التخزين المؤقت - خزّن الاستعلامات المتكررة مؤقتاً. 5) العمليات الدفعية عند الإمكان.

غير موصى به - خطر عالٍ لكشف المفتاح. استدعِ Seizn من خادمك (Next.js Route Handler، Cloudflare Worker، دالة serverless) واجعل المتصفح يستدعي خادمك. لا تكشف أبداً مفاتيح API للكود من جانب العميل.

سيريدون: 1) نطاق البيانات (ما يتم تخزينه/لا يتم تخزينه)، 2) التشفير (في السكون: AES-256، في النقل: TLS)، 3) طريقة عزل المستأجر، 4) سياسة الحذف/الاحتفاظ، 5) الوصول إلى سجلات التدقيق، 6) سياسة تدوير/انتهاء صلاحية المفتاح. احتفظ بصفحة الأمان والحوكمة في وثائقك.