-
-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
support vor vector stores ? #6
Comments
This has a Clojure client : |
I would probably go with Pinecone as the first simple implementation. It has REST API https://docs.pinecone.io/reference/list_indexes/ |
Ok, it has a free hosted edition, which is good enough for testing. I will probably try to implement a little uses case I have, as depicted above. I am not sure, if this needs any addition / change to bosquet. |
Thanks for suggesting this and let's see what changes it will require. But there is a more fundamental question. Does this project tries to be Langchain for Clojure (replicating the whole plethora of functionality vector stores and whatnot) or finds some specific and at least slightly different take on LLM use? Hence the pause in Bosquet development. |
It is of course a good question, on which I have no answer. So far I think "my usecase" will not need changes in bosquet. I personally think we should not replicate an existing python library, but use it via |
I think we can close this for know. |
I was reflecting about the minimal tooling we need to work on larger texts with LLMs.
In my view we need 3 things:
I am not sure if 3) is existing in the Clojure world. I believe there are some vector database having a java binding, at least Milvus does:
https://github.com/milvus-io/milvus-sdk-java/blob/master/examples/main/java/io/milvus/GeneralExample.java
Ideally bosquet would support various vector databases, maybe via an abstraction
Any thoughts ?
The text was updated successfully, but these errors were encountered: