Talk Session 3: Frameworks & Dev Platforms
Graphs Are the Knowledge Layer for Agentic AI
Philip Rathle — CTO, Neo4j
Knowledge, context, semantics, memory, and ontology are facets of one thing — an enterprise knowledge layer — and graphs are its natural implementation, because real-world data already arrives as networks, hierarchies, and paths.
TL;DR
- The knowledge layer is a pattern, not a buzzword. Across thousands of Neo4j customers the same architecture keeps emerging: apps, agents, and tools talk to one knowledge layer that unifies operational and analytic sources, instead of wiring into each source directly.
- It is not a lift and shift. Knowledge, as distinct from data, means pulling signal out of noise and connecting it — and it can be built incrementally, starting small.
- Three graph shapes show up in production: a domain graph (semantics and ontology), a rules graph (procedural memory), and a semantic layer (business vocabulary mapped down to where the data physically lives) — exemplified by Walmart, Uber, and a major gaming company respectively.
- Why not the alternatives: foundation models are trained on the world's data, not yours; a bespoke small model is expensive, stale the moment it finishes training, and blows past your access controls; rows and columns answer fixed simple questions; vectors are opaque. Graphs handle both cross-silo connection and genuinely complex questions.
- The knowledge layer computes. Graph queries, graph algorithms, similarity search, GNNs, and visualization all run in this layer, yielding GraphRAG accuracy, multi-hop reasoning, decision traces, and memory.
Key Points
A pattern discovered in the field (~03:14)
Rathle opens by collapsing five fashionable terms — knowledge, context, semantics, memory, ontology — into one. They are separate topics on paper, but in enterprise deployments they converge on a single architectural tier, and that convergence is what he has watched happen across thousands of customers: apps, agents, and tools on top; a knowledge layer in the middle; operational sources on one side and analytic sources on the other.
Two qualifications matter. First, this is not a lift and shift — knowledge is precisely not everything about everything, it is signal pulled out of noise and then connected, and the connections are the point. Second, it is incremental: start small, build up.
Functionally, the layer stores structure, context, and meaning; gives agents a uniform memory and retrieval interface; and bridges human and machine understanding. That last point is where neurosymbolic AI, decades old, comes back: you cannot introspect a model or a vector database — they are unintelligible to a person — whereas a graph is legible to a human and executable by a machine.
Three graphs, three customers (~03:16–03:19)
- Walmart's People AI knowledge graph serves roughly 1.6 million employees navigating their career journeys. The graph holds people, the reporting structure and its history, how skills accumulated over time, project history, open roles, and role requirements. Put all of that in one graph and career recommendation reduces to connecting the dots — "solving for HR by degrees of Kevin Bacon." Crucially there is a model between the human and the graph, which buys optionality: the same question can be answered by feeding the model more context, or answered deterministically by querying the graph.
- Uber's rules graph: Uber operates in 15,000 cities with different offerings, different names for those offerings, different laws and regulations, plus Uber's own reasons for varying them. Those rules are both stored and executed in the graph.
- A major gaming company's semantic layer: conversational AI → API layer → multi-agent system → graph. Here the graph maps business terms, concepts, and their relationships down to physical and data infrastructure — effectively giving agents a map of where to go in the enterprise to find data.
What the three have in common — and the insight that drove each team to graphs — is that their data already arrived as a network (computer networks, social networks, communications, biology, ecology, transportation) or as a hierarchy and journey (Walmart's HR is several overlapping hierarchies; so are customer and patient journeys).
Why a new data model (~03:20–03:22)
Tables have been the default for decades, but two years ago the property graph data model became an ISO standard — the first time in nearly 40 years that ISO blessed a new data model in the database space.
Why isn't the existing toolkit enough? A foundation model is trained on the world's data, not yours. Training your own small model is expensive, stale the instant it finishes, and — more subtly — everything you trained into it becomes fair game for any agent answering any question for any purpose, which collides head-on with enterprise access controls; it still hallucinates, still lacks discernment, and is still a black box. Static rows and columns are great for fixed, simple questions and terrible when questions get intricate and unpredictable, which is exactly where graphs have shined for the decade-plus he has worked on them. Unstructured data is hard to mine; vectors are completely opaque and arguably a one- or two-trick pony; and organizational data sits in silos, so agents get one system's intelligence rather than the company's.
He cites Gartner's recommendation to data and analytics leaders as external confirmation: redesign the data and analytics architecture so the context layer becomes the central brain for AI agents delivering trusted intelligence.
What agents require of knowledge (~03:22–03:24)
Four requirements: (1) real-time, low-latency retrieval and write-back, so agents get a virtuous cycle of self-improvement — a lake or lakehouse alone cannot serve an interactive agent; (2) structured, semi-structured, and unstructured storage; (3) cross-silo integration that preserves the connections — lakes centralize everything without connecting it; (4) a RAG corpus (he'd argue a graph RAG corpus) plus data access controls for firewall, security, and privacy reasons.
Zooming into the layer itself: domain data connected as a graph (your own plus third-party reference data, with the option of running graph queries virtually against data lakes); ontology and semantic layer, carrying business meaning and its mapping to where data lives — a business-to-technology map; and memory. Conversational memory is just accumulated text and prompts, but much as the human brain consolidates memory during sleep, long-term memory answers "what matters and how does it connect" — and long-term memory, procedural memory, context, and decision traces are all best stored as graphs.
What the layer buys you — and the fact that it computes (~03:24–03:28)
The payoff list: context for better answers, connected silos, knowledge transparency, an option for deterministic processing, respected access controls, and — surprising even to him — markedly better handling of complex questions. Customer after customer reports that models translate a complex natural-language question into a graph query (GQL or Cypher) far better than into SQL, because a question that takes 200 lines of SQL may take five lines of graph query; the representation sits closer to human language.
For hard numbers he points at an independent study by the UK's NICD comparing GraphRAG to vector-only RAG: more than twice as many questions answered, roughly 80% better truthfulness, fewer hallucinations, and fewer tokens consumed.
The takeaway he most wants to leave: the knowledge layer is not a passive store — it performs computation. Graph querying (pattern matching and filtering), graph algorithms (clustering, link prediction), similarity search, GNNs (a topological kind of vector), and graph visualization all live here. The resulting advantages are GraphRAG accuracy, multi-hop reasoning for harder agent tasks, an enterprise semantic map, decision traces (a whole talk in itself, he notes), and memory.
Where to start? Breadth-first and top-down, treating the enterprise as a connected organism and mapping across the silos; or bottom-up, e.g. a product graph that immediately supports recommendations, pricing, and inventory, then connects to supplier data for supply-chain optimization, and likewise an employee graph for career journeys.
Quotes
"Knowledge, distinct from data, doesn't mean everything about everything. It means let's pull up the signal from the noise and let's connect it up." (~03:15)
The knowledge layer is not another name for the data lake; the editorial judgment and the connections are the value.
"It's almost like solving for HR by degrees of Kevin Bacon." (~03:17)
Career recommendation at Walmart is, structurally, path-finding on a graph.
"You're centralizing everything but you're not connecting it." (~03:23)
His one-line critique of lakes and lakehouses.
提到的專案與資源 / Projects & Resources
| 名稱 Name | 說明 | Description | 備註 Notes |
|---|---|---|---|
| Neo4j | 圖資料庫,講者所屬公司 | Graph database; the speaker's company | 逐字稿常誤植為 "Neoforj" / often mis-transcribed as "Neoforj" |
| GQL / Cypher | 圖查詢語言;GQL 於兩年前成為 ISO 標準 | Graph query languages; GQL became an ISO standard two years ago | 講者稱為近 40 年來資料庫領域第一個新資料模型 / described as the first new database data model in nearly 40 years |
| The GraphRAG Manifesto | Rathle 兩年前寫的 GraphRAG 介紹文,他說「現在仍然成立」 | Rathle's introduction to GraphRAG, written two years ago and "still holds up" | Neo4j 部落格 / Neo4j blog |
| 企業知識層專文 / Enterprise knowledge layer article | 演講前兩週發表,等於本場演講的文字版 | Published two weeks before the talk; the prose version of this talk | |
| NICD GraphRAG 研究 / NICD GraphRAG study | 英國 National Innovation Centre for Data 的獨立研究:GraphRAG vs vector-only RAG | Independent study by the UK's National Innovation Centre for Data comparing GraphRAG with vector-only RAG | 回答問題數 2×、truthfulness +80%、幻覺更少、token 更少 / 2× questions answered, ~80% more truthful, fewer hallucinations, fewer tokens |
| Walmart People AI knowledge graph | 約 160 萬員工的職涯導航 agentic 應用 | Agentic career-navigation app for ~1.6M employees | |
| Uber rules graph | 15,000 個城市的服務規則與法規,存於圖中並在圖中執行 | Offering and regulatory rules across 15,000 cities, stored and executed in the graph | |
| DeepLearning.AI 課程 / courses、Neo4j GraphAcademy | 演講結尾 QR code 導向的學習資源 | Learning resources behind the closing QR code | 他提到 Andrew Ng 當天也在現場 / he noted Andrew Ng was at the summit that day |
逐字稿勘誤 / Transcript Corrections
| 字幕原文 Heard as | 應為 Should be |
|---|---|
| Peter Rathy / Philip Rafy / Phillip | Philip Rathle |
| Neoforj / Neo forge | Neo4j |
| multi- aent system | multi-agent system |
| graph rag | GraphRAG |
| cipher | Cypher |
| UK's center for data and AI innovation | UK's National Innovation Centre for Data (NICD) |
| GNN's ... topological vector | GNNs ... topological vector |
| Andrew Ing | Andrew Ng |
待確認 / To Verify
- 主持人在 Rathle 之前把名字唸成 "Peter",現場更正為 "Philip";逐字稿的姓氏拼寫全部不可信,已依官網議程統一為 Philip Rathle。/ The MC first said "Peter" and was corrected on stage; all surname spellings in the transcript are unreliable and have been normalized to the agenda's "Philip Rathle".
- 那家「全球最大的遊戲公司之一」未具名。/ The "major gaming company" example was not named.
- Gartner 建議的原文出處(哪份報告)未在演講中指出。/ The specific Gartner report behind the "context layer as central brain" recommendation was not cited on stage.
- 講者說 ISO 認可的是「property graph 資料模型」;實際上 2024 年成為 ISO 標準的是 GQL 查詢語言(其資料模型為 property graph),兩者在口述中被合併表述。/ He described ISO as blessing "the property graph data model"; what became an ISO standard in 2024 is the GQL query language, whose underlying model is the property graph — the two were conflated in speech.