News for hackers. Stuff that matters.

Interest in a pgvector-based RAG system library?

I built a RAG system using pgvector as the backend for local-first vector search. I've already extracted and open-sourced the text extraction component as Kreuzberg (https://github.com/Goldziher/kreuzberg), separate from my main business (https://grantflow.ai).

The core system is fairly generic and could work for many use cases with minimal changes. Before investing time in packaging it as a library, I'm curious:

- Would the HN community find value in a pgvector-based RAG library? - What features would be most important to you? - What belongs in open source vs. commercial offerings? - What common pitfalls should be avoided?

I'd like to gauge if there's actual interest before publishing something nobody will use. So your Feedbacks are most welcome!

( 3 comments | on HN )
Re:Interest in a pgvector-based RAG system library? by brudgers on Monday March 17, 2025 @03:00PM (#43391712)
I'd like to gauge if there's actual interest before publishing something nobody will use

If you don't publish it, it is certain nobody will use it.

If you don't have intrinsic enthusiasm for the library, in the long run, it probably won't matter much how other people feel about it.

Using the heuristic only 1% of public forum users ever comment and the small size of HN userbase, you are unlikely to hear from actual potential users (I am not one).

Finally, building many things is the best route to building something worth building. People who are good at building are good at building because they build things all the time. Because they build all the time, building something that might not work doesn't fall into the waste of time bucket -- for them that bucket is filled with didn't builds. Good luck.

Re:Interest in a pgvector-based RAG system library? by bschmidt50 on Monday March 17, 2025 @07:15PM (#43393740)
I use LlamaIndex for stuff like this, but all I care about are:

- fromDocuments

- VectorStoreIndex

- asQueryEngine

So I would use your library. I really only care about the data pipeline, and just find their wrappers to be convenient - but I really don't use the majority of LlamaIndex.

I would also like an in-memory option if possible (LlamaIndex vector store can use pgvector, but defaults to in-memory). I think this will also make it easier for devs to set up and try it, without having to worry about the db initially.

Re:Interest in a pgvector-based RAG system library? by muzani on Tuesday March 18, 2025 @07:48AM (#43398296)
A simple static RAG would be great though. Just chuck a csv or excel sheet into it. Give it an endpoint to query or "ask questions".

Most people won't go past 1000 rows or so. Charge $5/month past that stage. I think speed etc doesn't matter too much. Go for convenience, sort of like a Stripe/Netlify for RAG.