تحليل الجدل الحالي حول "نظام الملفات مقابل قاعدة البيانات" لذاكرة الوكيل: حاليا أرى معسكرين في كيفية بناء ذاكرة الوكلاء. من جهة، لدينا معسكر "واجهات الملفات هي كل ما تحتاجه". من ناحية أخرى، لدينا معسكر "أنظمة الملفات مجرد قواعد بيانات سيئة". "واجهات الملفات هي كل ما تحتاجه" كامب تميل شركات مثل Anthropic وLetta وLangchain & Llamaindex إلى واجهات الملفات لأن "الملفات فعالة بشكل مفاجئ كذاكرة وكيل". • أداة الذاكرة من Anthropic تعامل الذاكرة كمجموعة من الملفات (تنفيذ التخزين متروك للمطور) • يمثل منشئ الوكلاء في لانجسميث أيضا الذاكرة كمجموعة من الملفات (البيانات مخزنة في قاعدة بيانات وتعرض الملفات للوكيل كنظام ملفات) • LETTA أن أدوات أنظمة الملفات البسيطة مثل GREP وLS تفوقت على أدوات الذاكرة أو الاسترجاع المتخصصة في اختباراتها • يجادل llamaindex بأنه في العديد من حالات الاستخدام قد يكون نظام ملفات منظم جيدا مع بحث دلالي هو كل ما تحتاجه الوكلاء جيدون في استخدام أنظمة الملفات لأن النماذج محسنة لمهام البرمجة (بما في ذلك. عمليات CLI) بعد التدريب. لهذا السبب نرى نمط "نظام الملفات الافتراضي" حيث يتم فصل واجهة الوكيل وتنفيذ التخزين. "أنظمة الملفات مجرد قواعد بيانات سيئة" لكن هناك أصوات مثل DAX من OpenCode التي تشير بحق إلى أن "نظام الملفات هو أسوأ نوع من قواعد البيانات". يحذر سويكس وزملاؤه في مجال قواعد البيانات من إعادة اختراع قواعد البيانات عن طريق حل مشكلة ذاكرة الوكيل. تجنب كتابة نسخ أسوأ من: • فهارس البحث، • سجلات المعاملات، • آليات القفل، التنازلات...