建议:可插拔的检索索引后端和可选的 Milvus 支持

大家好,维护者们, 我正在研究 Memori 的检索路径,注意到存储适配器已经支持 SQL/NoSQL 数据库,而语义检索似乎是从存储中读取嵌入并通过基于 FAISS 的搜索路径(如 `memori/search/_faiss.py`)对它们进行排序。 你是否愿意实现一个单独的检索索引抽象,这样用户就可以保留当前的 BYODB 存储模型,同时可选地使用外部向量索引(如 Milvus)进行语义搜索? 一个可能的范围形状: 1. 保留当前的 FAISS/进程内搜索作为默认本地路径。 2. 围绕向量插入/删除/搜索和元数据过滤添加一个窄的检索索引接口。 3. 保留真实事实/对话的源在现有的存储适配器中。 4. 为更大的部署添加可选的 Milvus 检索索引后端。 5. 支持 Milvus Lite 用于本地开发,以及 Milvus 服务器/Zilliz Cloud 用于生产。 6. 添加专注的测试,以验证对现有搜索协议的结果排序和元数据行为。 这符合 Memori 的架构吗,还是语义搜索路径的目的是要完全保持在本地/进程内?