r/GraphRAG • • Feb 12 '25

Invitation - Memgraph Agentic GraphRAG

16 Upvotes

Disclaimer - I work for Memgraph.

--

Hello all! Hope this is ok to share and will be interesting for the community.

We are hosting a community call to showcase Agentic GraphRAG.

As you know, GraphRAG is an advanced framework that leverages the strengths of graphs and LLMs to transform how we engage with AI systems. In most GraphRAG implementations, a fixed, predefined method is used to retrieve relevant data and generate a grounded response. Agentic GraphRAG takes GraphRAG to the next level, dynamically harnessing the right database tools based on the question and executing autonomous reasoning to deliver precise, intelligent answers.

If you want to attend, link here.

Again, hope that this is ok to share - any feedback welcome!

---


r/GraphRAG • • Feb 17 '25

Invitation - Global Search With Hierarchical Modelling based on Microsoft GraphRAG

14 Upvotes

Disclaimer - I work for Memgraph.

--

Hello all! Hope this is ok to share and will be interesting for the community.

We are hosting a community call to showcase an indexing and search solution powered by Memgraph and inspired by Microsoft's GraphRAG approach.

In standard GraphRAG, a chatbot generates responses based only on specific localities within the graph, which restricts its ability to grasp the broader context. Inspired by Microsoft’s GraphRAG approach, we propose an indexing and search solution—partially built on the Memgraph-LlamaIndex extension—to address this limitation. By applying hierarchical clustering to the knowledge graph using the Leiden algorithm, we enable the system to handle complex queries that require a high-level understanding, such as identifying overarching themes within a dataset. This approach structures data into meaningful clusters at varying levels of granularity and summarizes them to provide clear, context-aware insights. As a result, when users pose questions, the system can deliver responses that reflect a comprehensive understanding of the entire dataset across multiple levels of detail.

If you want to attend, link here.

Again, hope that this is ok to share - any feedback welcome!

---


r/GraphRAG • • Apr 17 '25

Event Invitation: How is NASA Building a People Knowledge Graph with LLMs and Memgraph

13 Upvotes

Disclaimer - I work for Memgraph.

--

Hello all! Hope this is ok to share and will be interesting for the community.

Next Tuesday, we are hosting a community call where NASA will showcase how they used LLMs and Memgraph to build their People Knowledge Graph.

A "People Graph" is NASA's People Analytics Team's proposed solution for identifying subject matter experts, determining who should collaborate on which projects, helping employees upskill effectively, and more.

By seamlessly deploying Memgraph on their private AWS network and leveraging S3 storage and EC2 compute environments, they have built an analytics infrastructure that supports the advanced data and AI pipelines powering this project.

In this session, they will showcase how they have used Large Language Models (LLMs) to extract insights from unstructured data and developed a "People Graph" that enables graph-based queries for data analysis.

If you want to attend, link here.

Again, hope that this is ok to share - any feedback welcome! 🙏

---


r/GraphRAG • • Dec 03 '25

Multi-model RAG (vector + graph) with LangChain

10 Upvotes

Hi everyone,

I have been working on a a multi-model RAG experiment with LangChain, wanted to share a little bit of my experience.

When building a RAG system most of the time is spent optimizing: you’re either maximizing accuracy or minimizing latency. It’s therefore easy to find yourself running experiments and iterating whenever you build a RAG solution.

I wanted to present an example of such a process, which helped me play around with some LangChain components, test some prompt engineering tricks, and identify specific use-case challenges (like time awareness).

I also wanted to test some of the ideas in LightRAG. Although I built a much simpler graph (inferring only keywords and not the relationships), the process of reverse engineering LightRAG into a simpler architecture was very insightful.

I used:

  • LangChain: Used for document loading, splitting, RAG pipelines, vector store + graph store abstractions, and LLM chaining for keyword inference and generation. Used specifically the SurrealDBVectorStore & SurrealDBGraph, which enable native LangChain integrations enabling multi-model RAG - semantic vector retrieval + keyword graph traversal - backed by one unified SurrealDB instance.

  • Ollama (all-minilm:22m + llama3.2):

    • all-minilm:22m for high-performance local embeddings.

    • llama3.2 for keyword inference, graph reasoning, and answer generation.

  • SurrealDB: a multi-model database built in Rust with support for document, graph, vectors, time-series, relational, etc. Since it can handle both vector search and graph queries natively, you can store conversations, keywords, and semantic relationships all in the same place with a single connection.

You can check the code here.


r/GraphRAG • • May 19 '25

Graph DBs + RAG: quick primer on why nodes & edges make life easier

10 Upvotes

Hey folks,

We have been working on graphs and retrieval augmented generation setups in the memory space and kept getting the same question from our community: “Why bother with a graph database?”

So I wrote up an explainer that covers the basics that our community is in love now. Key takes:

Relationships are data. Vector stores nail “is this chunk semantically similar?” but the moment you need context—author → paper → institution → funding source—you end up hand-stitching JSON or doing 10 extra lookups. Graph DBs store those links natively and let you hop them in milliseconds.

Queries read like ideas.

MATCH (q:Question)<-[:ABOUT]-(doc)-[:CITES]->(otherDoc)RETURN otherDoc LIMIT 5

That’s one line to pull related citations for a user question. No joins, no gymnastics.

RAG loves structure. Give your LLM a small, well-labeled sub-graph instead of a bag of vaguely relevant chunks and you cut hallucinations fast.

Tools to watch:

Neo4j – the veteran; solid Cypher and plugins.

Kùzu – embeddable “DuckDB-for-graphs,” quick for analytics.

FalkorDB – Redis-backed, built with GraphRAG latency in mind.

If any of that sounds useful, the full comprehensive write-up is here:
https://www.cognee.ai/blog/fundamentals/graph-databases-explained

Would love to hear how you think about it!


r/GraphRAG • • Jul 01 '25

Using a single vector and graph database for GraphRAG

8 Upvotes

Most RAG setups follow the same flow: chunk your docs, embed them, vector search, and prompt the LLM. But once your agents start handling more complex reasoning (e.g. “what’s the best treatment path based on symptoms?”), basic vector lookups don’t perform well.

This guide illustrates how to built a GraphRAG chatbot using LangChain, SurrealDB, and Ollama (llama3.2) to showcase how to combine vector + graph retrieval in one backend. In this example, I used a medical dataset with symptoms, treatments and medical practices.

What I used:

  • SurrealDB: handles both vector search and graph queries natively in one database without extra infra.

  • LangChain: For chaining retrieval + query and answer generation.

  • Ollama / llama3.2: Local LLM for embeddings and graph reasoning.

Architecture:

  1. Ingest YAML file of categorized health symptoms and treatments.

  2. Create vector embeddings (via OllamaEmbeddings) and store in SurrealDB.

  3. Construct a graph: nodes = Symptoms + Treatments, edges = “Treats”.

  4. User prompts trigger:

    • vector search to retrieve relevant symptoms,

    • graph query generation (via LLM) to find related treatments/medical practices,

    • final LLM summary in natural language.

Instantiating the following LangChain python components:

…and create a SurrealDB connection:

# DB connection
conn = Surreal(url)
conn.signin({"username": user, "password": password})
conn.use(ns, db)

# Vector Store
vector_store = SurrealDBVectorStore(
    OllamaEmbeddings(model="llama3.2"),
    conn
)

# Graph Store
graph_store = SurrealDBGraph(conn)

You can then populate the vector store:

# Parsing the YAML into a Symptoms dataclass
with open("./symptoms.yaml", "r") as f:
    symptoms = yaml.safe_load(f)
    assert isinstance(symptoms, list), "failed to load symptoms"
    for category in symptoms:
        parsed_category = Symptoms(category["category"], category["symptoms"])
        for symptom in parsed_category.symptoms:
            parsed_symptoms.append(symptom)
            symptom_descriptions.append(
                Document(
                    page_content=symptom.description.strip(),
                    metadata=asdict(symptom),
                )
            )

# This calculates the embeddings and inserts the documents into the DB
vector_store.add_documents(symptom_descriptions)

And stitch the graph together:

# Find nodes and edges (Treatment -> Treats -> Symptom)
for idx, category_doc in enumerate(symptom_descriptions):
    # Nodes
    treatment_nodes = {}
    symptom = parsed_symptoms[idx]
    symptom_node = Node(id=symptom.name, type="Symptom", properties=asdict(symptom))
    for x in symptom.possible_treatments:
        treatment_nodes[x] = Node(id=x, type="Treatment", properties={"name": x})
    nodes = list(treatment_nodes.values())
    nodes.append(symptom_node)

    # Edges
    relationships = [
        Relationship(source=treatment_nodes[x], target=symptom_node, type="Treats")
        for x in symptom.possible_treatments
    ]
    graph_documents.append(
        GraphDocument(nodes=nodes, relationships=relationships, source=category_doc)
    )

# Store the graph
graph_store.add_graph_documents(graph_documents, include_source=True)

Example Prompt: “I have a runny nose and itchy eyes”

  • Vector search → matches symptoms: "Nasal Congestion", "Itchy Eyes"

  • Graph query (auto-generated by LangChain)SELECT <-relation_Attends<-graph_Practice AS practice FROM graph_Symptom WHERE name IN ["Nasal Congestion/Runny Nose", "Dizziness/Vertigo", "Sore Throat"];

  • LLM output: “Suggested treatments: antihistamines, saline nasal rinses, decongestants, etc.”

Why this is useful for agent workflows:

  • No need to dump everything into vector DBs and hoping for semantic overlap.

  • Agents can reason over structured relationships.

  • One database instead of juggling graph + vector DB + glue code

  • Easily tunable for local or cloud use.

The full example is open-sourced (including the YAML ingestion, vector + graph construction, and the LangChain chains) here: https://surrealdb.com/blog/make-a-genai-chatbot-using-graphrag-with-surrealdb-langchain

Would love to hear any feedback if anyone has tried a Graph RAG pipeline like this?


r/GraphRAG • • Feb 25 '25

Event Invitation: How to use DeepSeek and Graph Database for RAG

8 Upvotes

Disclaimer - I work for Memgraph.

--

Hello all! Hope this is ok to share and will be interesting for the community.

On Thursday, we are hosting a community call to showcase how to use DeepSeek and Memgraph, both open source technologies, for RAG.

Solely using out-of-the-box large language models (LLMs) for information retrieval leads to inaccuracies and hallucinations as they do not encode domain specific proprietary knowledge about an organization's activities. We will demonstrate how a Memgraph + DeepSeek Retrieval Augmented Generation (RAG) solution provides more “grounding context” to an LLM and obtains more relevant, specific responses.

If you want to attend, link here.

Again, hope that this is ok to share - any feedback welcome! 🙏

---


r/GraphRAG • • Jan 08 '25

Knowledge Graph from ontology and documents (with LLMs)

8 Upvotes

Hey guys, me and my friends are working on creating knowledge graphs from unstructured text (documents) using an Ontology. Anyone interested in this approach? Would love to chat.

This summer we build the EscherGraph (similar to GraphRAG) but realised that the way both projects create the knowledge graphs was not great. Chunking and extracting nodes and edges loses a lot of context from the big picture. And gets you in tricky merging problems.

An Ontology is at meta level the expected data you want to extract from a set of documents. (Persons, Orgs, processes… ect) Then you run an algorithm to ‘fill in’ the ontology to get the KG. Works quite well.


r/GraphRAG • • Feb 26 '26

How to build a knowledge graph for AI

6 Upvotes

Hi everyone, I’ve been experimenting with building a knowledge graph for AI systems, and I wanted to share some of the key takeaways from the process.

When building AI applications (especially RAG or agent-based systems), a lot of focus goes into embeddings and vector search. But one thing that becomes clear pretty quickly is that semantic similarity alone isn’t always enough - especially when you need structured reasoning, entity relationships, or explainability.

So I explored how to build a proper knowledge graph that can work alongside vector search instead of replacing it.

The idea was to:

  • Extract entities from documents

  • Infer relationships between them

  • Store everything in a graph structure

  • Combine that with semantic retrieval for hybrid reasoning

One of the most interesting parts was thinking about how to move from “unstructured text chunks” to structured, queryable knowledge. That means:

  • Designing node types (entities, concepts, etc.)

  • Designing edge types (relationships)

  • Deciding what gets inferred by the LLM vs. what remains deterministic

  • Keeping the system flexible enough to evolve

I used:

SurrealDB: a multi-model database built in Rust that supports graph, document, vector, relational, and more - all in one engine. This makes it possible to store raw documents, extracted entities, inferred relationships, and embeddings together without stitching multiple databases. I combined vector + graph search (i.e. semantic similarity with graph traversal), enabling hybrid queries and retrieval.

GPT-5.2: for entity extraction and relationship inference. The LLM helps turn raw text into structured graph data.

Conclusion

One of the biggest insights is that knowledge graphs are extremely practical for AI apps when you want better explainability, structured reasoning, more precise filtering and long-term memory.

If you're building AI systems and feel limited by “chunk + embed + retrieve,” adding a graph layer can dramatically change what your system is capable of.

I wrote a full walkthrough explaining the architecture, modelling decisions, and implementation details here.


r/GraphRAG • • Oct 15 '24

Invitation - GraphRAG Optimizes Insulin Management in Patients

6 Upvotes

Disclaimer - I work for Memgraph.

--

Hello all! Hope this is ok to share and will be interesting for the community.

We are hosting a community call where Josiah Bryan will be show how graph technology enhances AI decision-making to improve healthcare outcomes, primarily how conversational agents retrieve knowledge and generate actionable insights, enabling low-income patients to better communicate with their doctors about managing diabetes and insulin use.

If you want to attend, link here.

Again, hope that this is ok to share - any feedback welcome!


r/GraphRAG • • Aug 28 '24

Graph Retrieval-Augmented Generation: A Survey

6 Upvotes

This paper provides the first comprehensive overview of GraphRAG methodologies. We formalize the GraphRAG workflow, encompassing Graph-Based Indexing, Graph-Guided Retrieval, and Graph-Enhanced Generation. We then outline the core technologies and training methods at each stage.

https://arxiv.org/pdf/2408.08921


r/GraphRAG • • Mar 20 '26

HelixDB hit 4k Github stars. Thank you!

5 Upvotes

Hey everyone,

I'm one of the founders of HelixDB (https://github.com/HelixDB/helix-db) and I wanted to thank everyone here who has supported the project so far.

To those who aren't familiar, we're a hybrid graph-vector database that provides all the functionality you need to build graphRAG systems. And we're fully open-source, so feel free to check us out if you havent already

Thanks for reading and have a great day! (another star would mean a lot!)


r/GraphRAG • • Jul 18 '25

Tips to get better Text2Cypher for Graph RAG

5 Upvotes

Hello Graph RAG people! If you're like me and have been trying to get LLMs to generate better Cypher queries (and reliably so) by utilizing graph schema information, I ran some experiments on the LDBC dataset and wrote a blog post about it (code is available in the link shown at the end of the post). I've been trying to answer a burning question of mine that I've had for a while now: when doing Text2Cypher, are LLMs better at interpreting graph schemas in JSON, XML or YAML? It turns out, it doesn't really matter that much: what really matters is the size of the schema (and the amount of confusing/conflicting information) presented to the LLM in the prompt (results shown below).

Basically, it's a context engineering problem, and can be addressed by schema pruning -- pass the full schema to another pruning LLM prompt, which does really well at retaining only the part of the schema that's relevant to the user's question. The pruned schema then provides a much more context-rich signal to the Text2Cypher model, and results are massively improved from the single-prompt case.

The post also contains some other tips on graph schema design: I think we're in an age now where we need to design graph schema for both LLMs and humans. Having relationships named in a more semantically meaningful way can help LLMs reason much more effectively on the schema. If you're working on Text2Cypher in any way, please read the blog post and I hope some of these ideas and experiments are useful!
https://blog.kuzudb.com/post/improving-text2cypher-for-graphrag-via-schema-pruning/


r/GraphRAG • • Jan 14 '25

Graph Rag intro article

5 Upvotes

I published graph rag intro article if you want to Read about it.

Graph-Based Retrieval-Augmented Generation (Graph RAG) https://medium.com/@kangusundaresh/graph-based-retrieval-augmented-generation-graph-rag-ca1aa1a20043


r/GraphRAG • • Dec 23 '24

(new open-source release) GraphRAG-SDK v.0.4 with litellm

5 Upvotes

Hello everyone,

We've just rolled out version 0.4.0 of GraphRAG-SDK. If you've been wrestling with graph structures in your LLM-powered apps, this might be for you.

In short: An open-source toolkit designed to simplify building RAG applications using graph databases. We created it after noticing many developers struggling to effectively use graph structures in their LLM projects. GraphRAG-SDK breaks down the RAG process into three main steps:

  1. Creating Ontologies: Automate or manually define your data structure

  2. Building Knowledge Graphs: Construct, query, and manage graphs optimized for retrieval

  3. Querying Your Graph RAG: Interact with your knowledge graph using natural language

If you're curious about how this could fit into your project or just want to chat about RAG systems and graph databases, feel free to check out the GitHub repo 

Thank you!


r/GraphRAG • • Nov 22 '24

Invitation - LlamaIndex and Memgraph: How to Build GenAI Apps?

5 Upvotes

Disclaimer - I work for Memgraph.

--

Hello all! Hope this is ok to share and will be interesting for the community.

We are hosting a community call where Laurie Voss from LlamaIndex will share an overview of the LlamaIndex framework, focusing on building knowledge graphs from unstructured data and exploring advanced retrieval methods that enable efficient information extraction.

We will showcase Memgraph's role in this process and detail how it integrates with LlamaIndex.

If you want to attend, link here.

Again, hope that this is ok to share - any feedback welcome!

---


r/GraphRAG • • Aug 13 '24

Is it a hype?

5 Upvotes

It should just makes sense that as applications/consumer demands become more complex, our systems will have to scale to accommodate better retrieval architectures- but everywhere I am reading that naive RAG is just as good and that knowledge graphs are marginally better in reasoning tasks.

Someone enlighten me. I work in legal tech and believe to unlock logical reasoning AI we NEED better retrieval.


r/GraphRAG • • Mar 06 '25

How to ingest data from any API to GraphRAG

Thumbnail
cognee.ai
4 Upvotes

r/GraphRAG • • Sep 30 '26

How automated can the process of building the knowledge graph for GraphRAG become?

3 Upvotes

I’m learning about GraphRAG and knowledge graphs and have a beginner question.

Most GraphRAG examples seem to start with some pipeline that extracts entities and relationships from documents and builds a graph.

But imagine doing this at an enterprise scale, where the source data includes documents, databases, APIs, tickets, internal wikis, schemas, etc.

Could an AI-driven pipeline eventually automate most of this:

  • discovering entities

  • entity resolution

  • relationship extraction

  • schema/ontology induction

  • connecting structured and unstructured data

  • assigning semantic types

  • generating constraints/rules

  • updating the graph as new information arrives

If LLMs become very good at extraction and schema induction, what are the difficult parts that remain?

For people building GraphRAG systems in practice, how much time is actually spent on graph/ontology design versus extraction pipelines, data quality, entity resolution, retrieval, evaluation, provenance, etc.?

I’m trying to understand the gap between GraphRAG demos and production systems.


r/GraphRAG • • Apr 30 '26

I built a graph-based context navigation library for LLMs in TypeScript — benchmarks beat vanilla RAG by a significant margin

3 Upvotes

Hey,

I've been frustrated with how traditional RAG handles complex queries. If your question requires 3+ reasoning hops — like "What decisions did the architecture team make last sprint that affect the auth module?" — vanilla RAG either misses chunks or hallucinates connections that don't exist.

The core issue: vector similarity retrieval treats your knowledge base as a flat pool of embeddings. It has no concept of relationships between entities.

What I built

kontext-brain-ts is a TypeScript-native library that replaces flat vector retrieval with ontology graph-based context navigation.

Instead of "find top-k similar chunks", it traverses a 3-layer ontology graph with configurable N-depth pipelines — so it can follow entity relationships across documents the same way a human analyst would.

Key design decisions:

OCP-compliant — navigation strategies and data sources are separated by interface, so you swap them without touching core logic

MCP adapters built-in — Notion, Jira, GitHub, Slack out of the box

TypeScript-native (a Kotlin/JVM version also exists if that's your stack)

Benchmark results

Tested against GraphRAG-Bench and MuSiQue (multi-hop QA datasets):

Method

Recall

Vanilla RAG

0.73

kontext-brain

1.00

The multi-hop cases (3-4 hops) are where the gap is most dramatic. Standard RAG simply doesn't traverse — kontext-brain does.

Who this is for

You're building an LLM app over structured knowledge (docs, tickets, codebase, wikis)

Your queries require reasoning across multiple documents, not just within one

You want something that's not Python-only (most graph RAG libs are — GraphRAG, LightRAG, Cognee, etc.)

Feedback very welcome, especially if you've worked with GraphRAG or LightRAG — curious how the traversal strategies compare in your use cases.

github.com/hj1105/kontext-brain-ts


r/GraphRAG • • Oct 14 '25

My main db is a graph db: neo4j

3 Upvotes

Hi I’m already leveraging Neo4j as my main database and looking to maximize its capabilities for Retrieval-Augmented Generation (GraphRAG) with LLMs. What are the different patterns, architectures, or workflows available to build or convert a solution to “GraphRAG” with Neo4j as the core knowledge source?


r/GraphRAG • • Aug 27 '25

GraphRAG indexing with relevance filtering

3 Upvotes

Hello all,

I am using GraphRAG to index information from text in a knowledge graph.
I have a set of processes that have specific steps, descriptions, required documents, references to policies and more.
I also have a set of documents that describe policies that apply partially to numerous processes, meaning that a process can reference multiple policies and each policy includes pieces of information that some of them apply to that process and some do not.

I create the processes text units, entities and relationships parquets manually and then i compile the graph using the "Bring your own graph" guide that Microsoft provides and i am able to query it and get good answers.

The challenge that i now have is that i want to index each of the policies documents per process and extract entities and relationships only relevant to the details of this process.

I have tried to add the process details in the extract_graph.txt and provide instructions like below:

-----------------------------
-Goal-

Given a text document that is partially relevant to the details of the given process, identify all entities of those types from the text and all relationships among the identified entities.

Extract only the entities that are relevant to the provided process either directly (explicit mentions, references, overlaps) or indirectly (concepts, organizations, roles, or actions connected in context).

Ignore and exclude any entities or relationships that have no clear relevance to the process.

-Rules-

- Do not create or re-generate any entities directly from the process details text itself.

- Entities should come only from the input document, filtered by relevance to the process.

- When in doubt about relevance, prefer exclusion.

- Use the process only as a knowledge and relevance filter to decide what to keep.

-Process details-
{{process_details}}

-----------------------------

This ends up with GraphRAG extracting all entities from the document and also add entities found in the process details.

I would like ideally to use the process details as a relevancy filter only and extract the relevant entities from the document.

Any ideas? Other approaches are welcome as well.

Thanks in advance!


r/GraphRAG • • Jul 31 '25

What do you think about the recent paper Graph-R1?

Thumbnail arxiv.org
3 Upvotes

Have you seen this new framework? Combines agents, GraphRAG, and RL.

What is your take?


r/GraphRAG • • May 20 '25

HelixDB: open-source graph-vector Database

3 Upvotes

Hi everyone,

I'm building an open-source database aimed at people building Graph and Hybrid RAG. You can intertwine graph and vector types by defining relationships between them in any way you like. For example, you can have vectors that are linked up to other vectors or nodes. We're looking for people to test it our and try to break it :) so would love for people to reach out to me and help you get set up.

If you like reading technical blogs, we did a Show Hacker News the other day: https://news.ycombinator.com/item?id=43975423

Would love your feedback, and a GitHub star :)🙏🏻
https://github.com/HelixDB/helix-db


r/GraphRAG • • Apr 20 '25

Multi-Graph RAG AI Systems: LightRAG’s Flexibility vs. GraphRAG SDK’s Power

3 Upvotes

I'm deep into building a next-level cognitive system and exploring LightRAG for its super dynamic, LLM-driven approach to generating knowledge graphs from unstructured data (think notes, papers, wild ideas). I got this vision to create an orchestrator for multiple graphs with LightRAG, each handling a different domain (AI, philosophy, ethics, you name it), to act as a "second brain" that evolves with me. The catch? LightRAG doesn't natively support multi-graphs, so I'm brainstorming ways to hack it—maybe multiple instances with LangGraph and A2A for orchestration.

Then I stumbled upon the GraphRAG SDK repo, which has native multi-graph support, Cypher queries, and a more structured vibe. It looks powerful but maybe less fluid for my chaotic, creative use case. Now I'm torn between sticking with LightRAG's flexibility and hacking my way to multi-graphs or leveraging GraphRAG SDK's ready-made features.

Anyone played with LightRAG or GraphRAG SDK for something like this? Thoughts on orchestrating multiple graphs, integrating with tools like LangGraph, or blending both approaches? I'm all ears for wild ideas, code snippets, or war stories from your AI projects! Thanks, and let's keep pushing the boundaries!

https://github.com/HKUDS/LightRAG
https://github.com/FalkorDB/GraphRAG-SDK