Is anyone deploying GraphRAG in prod?
I've been seeing a lot of buzz around GraphRAG and its potential, but many implementations seem to encounter issues, often with Neo4j. Has anyone managed to set up a reliable and cost-effective GraphRAG system in production? I'm curious about real-world experiences and practical solutions.
5 comments
[ 6.6 ms ] story [ 22.1 ms ] threadOn our [1] chatbots we use one long memories text field per chatbot <-> user relationship.
Each bot response cycle suggests a new memory to add as part of its prompt (along with the message etc)
Then we take that new memory and the existing memories text and feed it to a separate “memory archivist” LLM prompt cycle that’s tasked with adding this new memory and resummarizing the whole thing, yielding a replacement for the stored memories, with this new memory added.
Maybe overly simplistic but easy to manage and pretty inexpensive. The archiving part is async and fast. The LLM seems pretty good sussing out what’s important and what isn’t.
[1] https://Graydient.ai
I imagine that your AI chatbots aren't as cheap or performant as they can be with your potentially enormous prompts. Technical details aside, just like when talking to real people, it feels nice when they recall minor details you mentioned a long time ago.
1. Knowledge Graph quality - if you don't have a clean well defined Knowledge Graph then the end result will not be good.
2. Multi Graphs support - you want to break the large Knowledge Graph to small per domain Knowledge Graphs which really helps the LLM work with the data.
3. User/Agent memories - You want each user have a dedicated & effective long term memory AKA personal Knowledge Graph completely private and secured.
4. Latency/performance - you have to have a low latency Graph Database that can provide a good user experience.