Please stop with these LLM generated readme files. It burns the eyes.

Just take 10 minutes to write something that explains the project.

As soon as I see this README I assume the code is generated(worthless) as well

Looking at the repo, everything seems too clean and pristine. There's only 5 commits. Not that it matters, but was the whole thing vibe coded? If so, I wonder if mentioning this in the Readme would be helpful to potential users.

This looks very good, easy to understand. Do you have a sense for how much RAM it uses (not for storing the vectors themselves - those I’ll keep in a file), but when doing a search? I have one use case where it could run on a VPS provided its memory use doesn’t balloon too much.

Definitely vibe code, and I agree with the others - please mention it in the README if you want people to use AI generated code. You are not the mind behind it

Update: Looking through your code, I already found within 5 minute flaws, since it is obvious that you have not written it (looking at your past work, I doubt you even understand what it does), I will not even point the issues out.

Claims of being "10x faster performance than existing solutions" using a HNSW written entirely in Python is enough to raise alarm bells, vibecoded or not.

Looking at your code, I don't think you understand any of the regular DB requirements, let alone how to implement a vector database that is actually fast. Because, let me tell you: this isn't it.

Please get more experience and use AI less. It's not a good look, and if it's vibe coded it's not your code anyway, it's just you asking somebody else to do it (at best). You don't want to be an expert in asking others to do your work.

Best of luck on your turn around.

Big claims with not a single benchmark to back them up

Curious—why the shift from a Milvus-compatible API to a Chroma-compatible one? And of course, something in Python… because that’s obviously the fastest way to conquer the world.