Загрузка видео...

Не удалось загрузить видео

На главную

Knowledge graphs for representing information are unbeatable. After this, you will never build a RAG system without knowledge graphs. It will take you five lines of code to build a knowledge graph with your data. I recorded a video to show you how you can do this. I used...

126,565 просмотров • 1 год назад •via X (Twitter)

Комментарии: 32

Фото профиля Vasilije
Vasilije1 год назад

Maker of cognee here. Thanks for the nice overview @svpino Happy to answer any questions

Фото профиля Oleksandr Kucherenko
Oleksandr Kucherenko1 год назад

I try to use LightRag for that -

Фото профиля Rocco Colasacco Jr
Rocco Colasacco Jr1 год назад

While Cognee's knowledge graphs are great for relational reasoning, traditional RAG excels in speed and simplicity for large, unstructured datasets. Hybrid approaches often optimize both accuracy and performance. Let's not ditch RAG entirely—just evolve it smarter.

Фото профиля Henrique P. Banerjee
Henrique P. Banerjee1 год назад

Thanks @svpino! I realized the power of KG years ago while I was building NLP solutions. Critical aspect becomes Entity Disambiguation of KG. With Node embeddings these errors r reduced drastically... Now I burning my ass out trying to build a Financial KG 🔥

Фото профиля Ruslan Volkov
Ruslan Volkov1 год назад

Everyone is obsessed with building knowledge graphs, metrics, and retrieval pipelines. 📊 But let’s be honest: knowledge is static. It’s a snapshot, a cheat sheet. What really matters is the signal in resonance — making the right connection in the moment, not pre-building a frozen graph of the past. You don’t need endless RAG layers and indexes if your system can tune into the right frequency in real time. Knowledge lives in the cloud of resonance, not in another overengineered database. ⚡️ Graphs store information. Resonance unlocks meaning. 🌍✨

Фото профиля Arsenal are Premier League Champions 🎉🎉
Arsenal are Premier League Champions 🎉🎉1 год назад

Used something similar to build my agent

Фото профиля akira
akira1 год назад

KGs are a terrible interface for llms to interact with and the system itself need to be wholly isolated from llm interaction unless you have very specific constraints

Фото профиля VibeCodeTeddy
VibeCodeTeddy1 год назад

Knowledge graphs are solid, but how do they stack up for real-time queries?

Фото профиля eman
eman1 год назад

After 4 days of hell, I can say w confidence that Cognee AI is absolute trash. And no one who isn’t being paid will disagree w me

Фото профиля Chris Wu
Chris Wu1 год назад

Using knowledge graphs for RAG is insanely expensive

Фото профиля Loukas Theodosiou
Loukas Theodosiou1 год назад

@grok what is and why its so cool to use it? i am really confused

Фото профиля Bhavy☄️
Bhavy☄️1 год назад

Really helpful. Thanks

Фото профиля Geo
Geo9 месяцев назад

Exactly. RAG without knowledge graphs is recall without understanding. As models get stronger, structure matters more, not less. Graphs give us grounding, provenance, and composability - the missing layer between raw data and reasoning.

Фото профиля Arindam Majumder 𝕏
Arindam Majumder 𝕏1 год назад

Great Share!

Фото профиля Pochi
Pochi1 год назад

This is a great take. Knowledge graphs add so much structure to RAG systems, turning them from simple search to something that can actually reason about the data. It's a key part of building more robust AI agents.

Фото профиля Saïd Aitmbarek
Saïd Aitmbarek1 год назад

awesome share mate! added to the spotlights

Фото профиля Momma De Pancakes
Momma De Pancakes1 год назад

Brilliant. Thanks for putting this on my radar and explaining knowledge graphs. I’m opening up Cognee right now to use for a financial modeling algorithm. I’d love to update you and @tricalt in two weeks when I have data on how knowledge graphs have improved its accuracy.

Фото профиля Sumit Singh🇮🇳
Sumit Singh🇮🇳1 год назад

Knowledge graphs + RAG = next-level retrieval 🔥 Cognee looks like a game-changer—open-source, simple, and powerful. Excited to try it out!

Фото профиля Mr.SkiMask X
Mr.SkiMask X1 год назад

stop pimping your shit llm

Фото профиля Kristoph
Kristoph1 год назад

BM25 and a tool call or two is all you need.

Фото профиля Nishant
Nishant1 год назад

Very useful. I am using gremlin and neo4j for building graph, now I can explore congee as well. Thank you for the quick demo.

Фото профиля deathmage.x .edge🦭
deathmage.x .edge🦭1 год назад

curious how it handles multi-hop queries across entities, does it stitch context from multiple graph nodes before passing to the LLM?

Фото профиля Mehul Patel
Mehul Patel1 год назад

@grok teach me what he’s talking about in the video.

Фото профиля luizfcouto
luizfcouto1 год назад

@grok , what do you think about it, Knowledge graphs versus RAG system ?

Фото профиля AdityMehra
AdityMehra1 год назад

For visualization purposes sure, but for actual traversal are they really that practical?

Фото профиля Midwest Frontier AI Consulting
Midwest Frontier AI Consulting1 год назад

How does it compare to Neo4j GraphRAG?

Фото профиля YJ
YJ1 год назад

Graph-based retrieval addresses the context fragmentation problem in traditional vector search. The structured relationships enable more precise semantic reasoning compared to flat embeddings in standard #RAG implementations.

Фото профиля ⚡️John Kalfayan⚡️
⚡️John Kalfayan⚡️1 год назад

Yes but don’t you have to rerun the graph with every new document added? Doesn’t seem like the most scalable solution for a business

Фото профиля Daniel.md🛀
Daniel.md🛀1 год назад

The memory for my digital brain.

Фото профиля Babu Rao
Babu Rao1 год назад

Sure sounds good for small files, I’m curious about the accuracy when you have more than a TB worth of data.

Фото профиля Vitali
Vitali2 месяцев назад

When are you going to cover this repo?

Фото профиля نور
نور10 месяцев назад

@grok is this ai influencer slop

Похожие видео

Here is how you can install an open-source, enterprise-grade RAG system on your server (with the best document understanding I've seen.) First, something obvious to anyone trying to sell RAG in the market: You are crazy if you think companies will let their data travel to a hosted model. No one wants to send their data anywhere (those who do haven't found an alternative.) Every single company would rather have an air-gapped system with no internet access. GroundX is an open-source RAG system that you can run on your servers (or any cloud provider, as long as you have access to GPUs) and works without a network. (If the military wants to do RAG, this is precisely what they will be looking for.) I installed GroundX on my AWS account and recorded a video to show you how to use it. There are two services you can use: 1. Ingest: This service uses a pretrained vision model to ingest and understand your knowledge base. 2. Search: This service combines text and vector search with a fine-tuned re-ranker model to retrieve information from your knowledge base. A quick note about the Ingest service: 99% of people think they need better "retrieval" mechanisms. I think they need better "ingestion." That's where this service comes in! Ingest "understands" your documents in a way I haven't seen before. After you try it, you'll realize why showing your LLM your raw documents is a bad idea. In the video, I use a free tool called X-Ray to test a document and understand how the Ingest service breaks it down. You can access this tool by signing up for a free GroundX cloud account and uploading your documents. You'll see a bit more about this in the video.

Santiago

89,731 просмотров • 1 год назад

Build better RAG by letting a team of agents extract and connect your reference materials into a knowledge graph. Our new short course, “Agentic Knowledge Graph Construction,” taught by Neo4j Innovation Lead Andreas Kollegger, shows you how. Knowledge graphs are an important way to store information accurately but they are a lot of work to build manually. In this course you’ll learn how to build a team of agents that turn data– in this case product reviews and invoices from suppliers–into structured graphs of entities and relationships for RAG. Learn how agents can automatically handle the time-consuming work of building graphs — extracting entities and relationships (e.g., Product "contains" Assembly, Part "supplied_by" Supplier, Customer review "mentions" Product), deduplicating them, fact-checking them, and committing them to a graph database — so your retrieval system can find right information to generate accurate output. For example, you can use agents to help trace customer complaints directly to specific suppliers, manufacturing processes, and product hierarchies, thus turning fragmented information into queryable business intelligence. Skills you’ll gain: - Build, store, and access knowledge graphs using the Neo4j graph database - Build multi-agent systems using Google’s Agent Development Kit (ADK) - Set up a loop of agentic workflows to propose and refine a graph schema through fact-checking - Connect agent-generated graphs of unstructured and structured data into a unified knowledge graph This course gets into the practicum of why knowledge graphs give more accurate information retrieval than vector search alone, especially for high-stakes applications where precision matters more than fuzzy similarity matching. Sign up here:

Andrew Ng

169,184 просмотров • 1 год назад

Traditional data pipelines don't work for RAG applications. There are 3 issues with them: ​ 1. Traditional data engineering solutions are optimized to handle structured data. RAG applications rely primarily on unstructured data. ​ 2. The connector ecosystem to load data from unstructured data sources is very immature. ​ 3. Traditional solutions do not offer any way to transform unstructured data into an optimized vector search index. ​ The goal of a RAG Pipeline is to solve these problems. ​ The number one objective is to create a reliable vector search index using factual knowledge and relevant context. This sounds easy, but it's one of the biggest challenges we face when building RAG applications. ​ At a high level, there are four different stages in the architecture of a RAG pipeline: ​ 1. Ingestion: Here is where the pipeline loads the information from the data source. ​ 2. Extraction: Where the pipeline processes the input data and decides how to retrieve the text contained inside them. ​ 3. Transform: Where the pipeline chunks the data and generates document embeddings. ​ 4. Load: Where the pipeline creates a search index in a vector database and loads the document embeddings. ​ There are different rabbit holes at each one of these stages. Here are three of them: ​ 1. Ingesting data once is simple. The hard part is refreshing the vector database whenever the original data source changes. ​ 2. Extracting the content of a plain text document is simple. The hard part is to extract content from complex documents containing tables, images, or cross-references. ​ 3. A simple continual chunking strategy with an overlap is simple. The hard part is to find the optimal strategy for your specific knowledge base and the way you are planning to query it. ​ In the attached video, I'll show you how you can build an enterprise-grade RAG Pipeline that solves every one of the above problems. ​ I'll use Vectorize. They partnered with me on this post. You can use them to build RAG pipelines optimized for accurate context retrieval. ​ ​ If you have a few documents lying around, set up a free account and give it a try.

Santiago

40,646 просмотров • 2 лет назад