Loading video...

Video Failed to Load

Go Home

Microsoft has released an open-source tool that helps teams learn ontology design before choosing a knowledge graph platform. It is called Ontology Playground. The project is a fully static React app, which means it does not need a backend, account system, database, or hosted service to run. The goal...

249,279 views • 3 months ago •via X (Twitter)

42 Comments

Ryan Hart's profile picture
Ryan Hart3 months ago

Repo: Live preview:

Sam Folorunsho's profile picture
Sam Folorunsho3 months ago

It's happening I predict memory systems as an engineering specialty complementary to harness engineering next year

Ryan Hart's profile picture
Ryan Hart3 months ago

Next year?

Sam Folorunsho's profile picture
Sam Folorunsho3 months ago

Yeah; it'll take time for people to see the distinction between: - harness engineering - general agent memory (second brains), and - ontology/memory as infrastructure, as a proven and distinct specialty Like backend vs frontend vs devops Would you push back?

Sumner McCarty's profile picture
Sumner McCarty3 months ago

@thisdudelikesAI I'm fiddling with capturing intent from chats/recorded meetings... Similar to this. And the room intent db to derived spec to compiled output. Seems obvious so assumed a to or product would be doing this, but now I'm just making it for myself to start

Sam Folorunsho's profile picture
Sam Folorunsho3 months ago

@thisdudelikesAI Yep; the category is wide open atm - everyone is presently distracted by the agent layer It's also much harder to get right - the agent layer can be rewritten whenever, the memory layer is harder to change once warm, like the trad database layer Good time to be building

CodeThorpeX's profile picture
CodeThorpeX3 months ago

🤭When you reach a place in life where you’re using the word “ontology” in your daily vocabulary… You might want to pause… and take a look at the people actually doing work in the world you live in, and be thankful for them. This is the 2nd time in 2 weeks I’ve had someone suggest something to me where they decided to use an “ontology” as the core concept of their product. Prior to this it only came up in philosophy and theology back in college. For me the word “ontology” = ⚠️🚨 Probably because I have simply used the generic word “system” my entire life to label the exact same thing people are now using “ontology” to label. But hey… people “feel” intelligent if they hear themselves “sound” intelligent. For the most of you who may have never even heard the damn word…

Peter Schawacker's profile picture
Peter Schawacker3 months ago

I've seen plenty of these -- mainly with Obsidian. I'm not sure what the use cases are other than impressing other data geeks. I have a Second Brain thing and it creates neat-o node-edge graph diagrams of... stuff. But why?

Alexander Benz's profile picture
Alexander Benz3 months ago

Microsoft's Ontology Playground ships zero backend, but the hard part was never the graph schema, it was getting domain experts to agree on what a node even means

Marc Mauri Alloza's profile picture
Marc Mauri Alloza3 months ago

Wasn’t that what Protege was dioing back in the 2010s?

Танака Цушіґа 🥺 милий!'s profile picture
Танака Цушіґа 🥺 милий!3 months ago

This Microsoft application feels like it was made back in 2004

Civic NodeX | Crypto Scout's profile picture
Civic NodeX | Crypto Scout3 months ago

An ontology tells an AI what things are. Provenance helps it determine whether it should trust them. Those are two very different problems. As agents move from isolated systems to shared knowledge networks, structure and trust become equally important. That's why ontology design and verifiable knowledge infrastructure should evolve together. @origin_trail

CosmicEgg.Earth's profile picture
CosmicEgg.Earth3 months ago

Hpw is it any more than just a graph and why does it have to be a release by microsoft? My EVERY app, no matter how small, has this and a scratch pad in it. I should apparently name it "ontology builder "?

John 'JC' Cosgrove's profile picture
John 'JC' Cosgrove3 months ago

Mum: We have Palantir at home. The Palantir at home:

Ross D. Blankenship 🇺🇸 🔥's profile picture
Ross D. Blankenship 🇺🇸 🔥3 months ago

Lol so they stole Palantir’s playbook? How original. 😂

Ryan Hart's profile picture
Ryan Hart3 months ago

Welcome to capitalism man

Lonnie VanZandt's profile picture
Lonnie VanZandt3 months ago

From this, the student gains a solid understanding that Ontology is the academic term for Bubble Diagram. Great. Why bother? Instead, start with either @gdotv_ltd for Apache Tinkerpop or Neo4j Desktop for Neo4j Aura @neo4j and start learning with a real IDE for graph work that is connected with real knowledge bases that hold excellent sample data.

Oleksandr's profile picture
Oleksandr3 months ago

practical static app lets teams prototype ontologies without vendor lock‑in

Ryan Hart's profile picture
Ryan Hart3 months ago

🤔🤔🤔

ethan steininger 🔎's profile picture
ethan steininger 🔎3 months ago

i think taxonomies make more sense, all industries already maintain their own taxonomies and they’re easier to traverse for humans or agents

the.PM's profile picture
the.PM3 months ago

Already built Onthology for the NLA internal AEP 3.0 Agent Control Fabric, working on neuro-symbolic AI agent control system embedded in the fabric now.

Vijay Subramanian's profile picture
Vijay Subramanian3 months ago

Is there one for real estate

Moez Zhioua's profile picture
Moez Zhioua3 months ago

Static React apps like this cut friction fast. Seeing an interactive graph without any backend is a nice reminder: the model matters before the engine. Good call on the learning paths

DeepRead.com's profile picture
DeepRead.com3 months ago

The ontology is the hard part. The platform is just where you store it.

B's profile picture
B3 months ago

Dog water UI

Ryan Hart's profile picture
Ryan Hart3 months ago

I might re use this phrase

Dr. Tali Režun's profile picture
Dr. Tali Režun3 months ago

Good tool for a layer most people skip entirely. Ontology is the blueprint, entity types, properties, relationship rules, before any real data goes in. Knowledge graph is what you get once that blueprint gets populated. Building The Curator taught me this tradeoff firsthand. Formal ontologies like this give you validation and interoperability, RDF export, works with any semantic tool, but they demand real upfront design work before you can use anything. My approach trades some of that rigor for zero setup, the structure emerges as you feed it content instead of requiring you to declare it first. Different problems, same underlying idea.

👨🏻‍💻 ⚡️'s profile picture
👨🏻‍💻 ⚡️3 months ago

Nice!

JO's profile picture
JO3 months ago

LikeC4 ( - Architecture-as-Code DSL for C4 diagrams, git-versioned, AI-friendly (MCP) Ontology Playground - interactive ontology/RDF graphs + NLP query. Both show relations, different purpose: architecture vs knowledge modeling. More differences? 👀

Saurabh Gayali's profile picture
Saurabh Gayali3 months ago

yet another network graph render?

Jaco's profile picture
Jaco3 months ago

how is this different to what Obsidian is already doing? what am I missing here. @grok

please help me i need a job's profile picture
please help me i need a job3 months ago

might look into this

Ash's profile picture
Ash3 months ago

That's the most vibecoded UI I may have ever seen

Arne Jenssen's profile picture
Arne Jenssen3 months ago

Cool. But be aware of the noun-trap

Skullthoughts's profile picture
Skullthoughts3 months ago

I hope they use it to fix the 14 layer of management

bitmosh's profile picture
bitmosh3 months ago

Damn, Microsoft still in ‘95 huh.

Saman Ahmed's profile picture
Saman Ahmed3 months ago

Finally, a tool for thinking before building.

Alperen Eser's profile picture
Alperen Eser3 months ago

Try 🤙🏻

Trev's profile picture
Trev3 months ago

Wtf is ontology

Brandon Keyyy's profile picture
Brandon Keyyy3 months ago

Know what the graph should know before you buy the database. Most teams I work with still do this backwards. About time.

Apache-UAE's profile picture
Apache-UAE3 months ago

static react for this is smart. zero friction to sketch a model before you lock into a graph db

AI Mastery Guide's profile picture
AI Mastery Guide3 months ago

Learning the ontology before the database is smart sequencing

Related Videos

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 views • 1 year ago

Everyone wants agent swarms. Very few people are talking seriously enough about the context layer that makes swarms useful. Even with one agent, context is fragile. Too little context and the agent guesses. Too much context and it wastes tokens, loses focus, or reasons over irrelevant noise. The sweet spot is precise context: the right knowledge, in the right structure, at the right moment. With many agents, that challenge explodes. Each agent produces decisions, assumptions, findings, summaries, risks, and partial conclusions. Unless that knowledge becomes shared, structured, and reusable, every new agent is forced to rediscover what another agent already learned. That is not a swarm. That is a crowd. Shared context graphs are what turn agent activity into agent collaboration, and OriginTrail DKG V10 brings them to life. Was just playing with some final polishing for the V10 release, and it is really powerful to see shared context graphs where multiple agents contribute knowledge into the same connected memory, with attribution visible directly in the graph ui. That matters for three reasons. First, agents can access and build on one shared memory instead of staying trapped in isolated sessions. Second, the graph structure helps them retrieve the exact context they need, instead of stuffing everything into a prompt and hoping the model sorts it out. Third, verifiability of provenance. You can see which agent contributed each piece of knowledge, trace the source, and decide what to trust. Tokenmaxxing starts with fewer tokens, but the deeper story is coordination - agents stop reloading the world and start building on shared, verifiable context. That is the foundation for serious multi-agent work across software engineering, research, finance, operations, project management, and far beyond. The future is not more agents, it is agents working from shared, verifiable context. But the more the merrier, of course.

Jurij Skornik

11,180 views • 5 months ago

Loops vs. Graphs, clearly explained! loops are great, but they have a ceiling: a loop makes one unit of work better. it cannot decide which units exist. so you end up with a very good agent running the wrong three steps, in the wrong order, one at a time. Graph engineering fixes this by moving the decision up a layer: what runs, what runs at the same time, and what never runs at all. you need both. here's how it works: a graph splits your system into two kinds of decision. ↳ inside a unit: the loop. produce, check, correct, repeat until green ↳ between units: the graph. split, fan out, merge, gate, send back Prompts → Context → Harness → Loops → Graphs you get parallel work, isolated contexts, and steps that stop running when nothing needs them. the trick is being selective about what becomes a node. only spend a model where judgment lives. merging, ranking, deduping and schema checks are edges, and edges are code. free, instant, and they cannot be argued out of a verdict. a graph where every edge is an agent pays rent on its own wiring. one thing to know before you scale it. a graph has two return paths, and almost everyone builds one. ↳ the correction edge is short. a gate rejects one unit back to the step that produced it, and it fixes the run you are in ↳ the learning edge is long. an accepted result goes back to the splitter as a constraint, and it fixes every run after skip the second and you get a graph that is fast and never gets smarter. next week it starts from the same place with the same blind spots. and a smaller one that eats whole nights: when a unit fails, return that unit, not the batch. send back four slices because one failed and you have just rewritten three correct ones. do it twice in a run and the run never converges. below i have quoted my full guide on graph engineering. it covers the three topologies, the verifier patterns, and where the gate should actually open. save this and read it below ↓

Hanako

73,867 views • 2 months ago