الانتقال إلى المحتوى الرئيسي

الذاكرة مشكلة سياسة كتابة: الاحتفاظ والمنشأ وتكلفة التذكر

معظم إخفاقات ذاكرة الوكيل تنشأ في وقت الكتابة، لا في الاسترجاع. المنشأ وفئات الحساسية والانتهاء على مستوى المخطط تعالجها في وقت أبكر وبتكلفة أقل.

واجهة نيوكلاسيكية أنيقة بأعمدة وأعلام في وسط مدينة شيكاغو.

عدم التماثل في تصميم الذاكرة

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

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

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

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

واجهة سياسة الكتابة

الحل هو جعل مسار الكتابة حدود سياسة بدلًا من إلحاق. ثلاث خصائص تؤدي معظم العمل.

المنشأ في كل كتابة

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

A legal professional's workspace featuring Lady Justice statue, documents, and a laptop.

مخطط أدنى، يُعبَّر عنه كخطوة تحقق قبل الاستمرارية:

MemoryWrite = {
    "content": str,
    "provenance": {
        "turn_id": str,
        "tool_call_id": str | None,
        "consent_ref": str | None,
        "writer": str,          # agent or component identity
        "written_at": datetime,
    },
    "sensitivity": Literal["public", "internal", "personal", "restricted"],
    "retention": {
        "expires_at": datetime | None,
        "basis": Literal["session", "consent", "contract", "indefinite"],
    },
    "redaction": {
        "state": Literal["none", "applied", "required"],
        "fields": list[str],
    },
}

الكتابات التي تفشل في التحقق تُرفض عند الحدود. هذا هو أرخص مكان لرفضها: لم يتم تضمين الإدخال بعد، ولا فهرسته، ولا تلخيصه، ولا نسخه.

فئات الحساسية مع احتفاظ لكل فئة

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

المقايضة حقيقية. الفئات الدقيقة تزيد عدد القرارات التي يجب أن يتخذها مسار الكتابة، وكل قرار إضافي هو مكان يمكن أن يخطئ فيه الوكيل. الافتراضي المحافظ — احتفاظ أقصر، حساسية أعلى — يقلل التعرض ولكنه يقلل أيضًا قدرة الوكيل على تذكر السياق الذي يتوقع المستخدمون أن يتذكره. لا يوجد إعداد يتجنب هذا التوتر؛ النقطة هي جعل التوتر صريحًا وقابلًا للمراجعة بدلًا من أن يكون ضمنيًا في استدعاء إلحاق.

التنقيح والانتهاء في المخطط

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

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

Detailed view of the Westminster Palace showcasing its Gothic architecture, London, England.

تقييم الذاكرة بصدق

يجب أن يقيس تقييم الذاكرة الخصائص التي تدعي سياسة الكتابة توفيرها.

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

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

تأثير الإدخالات القديمة. تتبع ما إذا كانت الإدخالات التي تجاوزت عمرها المفيد لا تزال تؤثر في المخرجات الحالية. إحدى الآليات القابلة للتطبيق هي مسبار مضاد للواقع: أعد تشغيل عينة من القرارات مع تعمية الإدخالات المنتهية أو منخفضة الثقة، وقارن. يشير التباعد إلى أن الاحتفاظ يقوم بعمل يجب أن تقوم به الحداثة.

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

ما يغيره هذا في الممارسة

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

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

مشاركةXLinkedInرابط دائم5 دقيقة قراءة

قراءات ذات صلة

الأسئلة التي يجيب عنها هذا

Why is write policy more important than retrieval quality in agent memory?

Retrieval can only work with what was stored. If ingestion writes entries without provenance, sensitivity or retention metadata, no reranker can recover that information later. Fixing the write path prevents the failure rather than compensating for it at read time.

What fields should every memory write carry?

At minimum: provenance (turn, tool call, consent reference, writer identity), a sensitivity class, a retention basis with an optional expiry, and a redaction state. These allow deletion requests to be answered precisely and stale entries to be traced to their source.

Why are periodic redaction and expiry jobs insufficient?

Sweeps are retrospective. By the time a sweep runs, the entry may already have been retrieved, summarised and used in a decision. Schema-level expiry and redaction enforce the policy at read and compaction time, so expired or redacted content is never returned.

How should memory systems be evaluated beyond recall benchmarks?

Measure precision of recall rather than volume, test behaviour after deletion requests including derived artefacts, and probe how much expired or low-confidence entries still influence current decisions. These tests surface policy defects that recall benchmarks do not.