Mencerna perdebatan "sistem file vs database" saat ini untuk memori agen: saat ini saya melihat 2 kubu dalam cara kami membangun memori agen. Di satu sisi, kami memiliki kamp "Antarmuka file adalah semua yang Anda butuhkan". Di sisi lain, kita memiliki kubu "sistem file hanya database yang buruk". "Antarmuka File adalah Yang Anda Butuhkan" Camp Para pemimpin seperti Anthropic, Letta, Langchain & Llamaindex condong ke antarmuka file karena "file secara mengejutkan efektif sebagai memori agen". • Alat memori Anthropic memperlakukan memori sebagai sekumpulan file (implementasi penyimpanan diserahkan kepada pengembang) • Pembuat agen Langsmith juga mewakili memori sebagai satu set file (data disimpan dalam DB dan file diekspos ke agen sebagai sistem file) • letta bahwa alat sistem file sederhana seperti grep dan ls mengungguli memori khusus atau alat pengambilan dalam tolok ukur mereka • LLAINDEX berpendapat bahwa untuk banyak kasus penggunaan, sistem file yang terorganisir dengan baik dengan pencarian semantik mungkin semua yang Anda butuhkan Agen pandai menggunakan sistem file karena model dioptimalkan untuk tugas pengkodean (termasuk. operasi CLI) pasca-pelatihan. Itu sebabnya kita melihat pola "sistem file virtual" di mana antarmuka agen dan implementasi penyimpanan dipisahkan. "Sistem file hanyalah basis data yang buruk" Tapi kemudian Anda memiliki suara seperti Dax dari OpenCode yang dengan tepat menunjukkan bahwa "sistem file hanyalah jenis database terburuk". SWYX dan rekan-rekannya di ruang database memperingatkan tentang secara tidak sengaja menemukan kembali DBS dengan memecahkan masalah memori agen. Hindari menulis versi yang lebih buruk dari: • indeks pencarian, • log transaksi, • mekanisme penguncian, Trade-off...