Video wird geladen...

Video konnte nicht geladen werden

Zur Startseite

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 Aufrufe • vor 3 Monaten •via X (Twitter)

42 Kommentare

Profilbild von Ryan Hart
Ryan Hartvor 3 Monaten

Repo: Live preview:

Profilbild von Sam Folorunsho
Sam Folorunshovor 3 Monaten

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

Profilbild von Ryan Hart
Ryan Hartvor 3 Monaten

Next year?

Profilbild von Sam Folorunsho
Sam Folorunshovor 3 Monaten

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?

Profilbild von Sumner McCarty
Sumner McCartyvor 3 Monaten

@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

Profilbild von Sam Folorunsho
Sam Folorunshovor 3 Monaten

@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

Profilbild von CodeThorpeX
CodeThorpeXvor 3 Monaten

🤭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…

Profilbild von Peter Schawacker
Peter Schawackervor 3 Monaten

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?

Profilbild von Alexander Benz
Alexander Benzvor 3 Monaten

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

Profilbild von Marc Mauri Alloza
Marc Mauri Allozavor 3 Monaten

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

Profilbild von Танака Цушіґа 🥺 милий!
Танака Цушіґа 🥺 милий!vor 3 Monaten

This Microsoft application feels like it was made back in 2004

Profilbild von Civic NodeX | Crypto Scout
Civic NodeX | Crypto Scoutvor 3 Monaten

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

Profilbild von CosmicEgg.Earth
CosmicEgg.Earthvor 3 Monaten

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 "?

Profilbild von John 'JC' Cosgrove
John 'JC' Cosgrovevor 3 Monaten

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

Profilbild von Ross D. Blankenship 🇺🇸 🔥
Ross D. Blankenship 🇺🇸 🔥vor 3 Monaten

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

Profilbild von Ryan Hart
Ryan Hartvor 3 Monaten

Welcome to capitalism man

Profilbild von Lonnie VanZandt
Lonnie VanZandtvor 3 Monaten

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.

Profilbild von Oleksandr
Oleksandrvor 3 Monaten

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

Profilbild von Ryan Hart
Ryan Hartvor 3 Monaten

🤔🤔🤔

Profilbild von ethan steininger 🔎
ethan steininger 🔎vor 3 Monaten

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

Profilbild von the.PM
the.PMvor 3 Monaten

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.

Profilbild von Vijay Subramanian
Vijay Subramanianvor 3 Monaten

Is there one for real estate

Profilbild von Moez Zhioua
Moez Zhiouavor 3 Monaten

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

Profilbild von DeepRead.com
DeepRead.comvor 3 Monaten

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

Profilbild von B
Bvor 3 Monaten

Dog water UI

Profilbild von Ryan Hart
Ryan Hartvor 3 Monaten

I might re use this phrase

Profilbild von Dr. Tali Režun
Dr. Tali Režunvor 3 Monaten

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.

Profilbild von 👨🏻‍💻 ⚡️
👨🏻‍💻 ⚡️vor 3 Monaten

Nice!

Profilbild von JO
JOvor 3 Monaten

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? 👀

Profilbild von Saurabh Gayali
Saurabh Gayalivor 3 Monaten

yet another network graph render?

Profilbild von Jaco
Jacovor 3 Monaten

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

Profilbild von please help me i need a job
please help me i need a jobvor 3 Monaten

might look into this

Profilbild von Ash
Ashvor 3 Monaten

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

Profilbild von Arne Jenssen
Arne Jenssenvor 3 Monaten

Cool. But be aware of the noun-trap

Profilbild von Skullthoughts
Skullthoughtsvor 3 Monaten

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

Profilbild von bitmosh
bitmoshvor 3 Monaten

Damn, Microsoft still in ‘95 huh.

Profilbild von Saman Ahmed
Saman Ahmedvor 3 Monaten

Finally, a tool for thinking before building.

Profilbild von Alperen Eser
Alperen Eservor 3 Monaten

Try 🤙🏻

Profilbild von Trev
Trevvor 3 Monaten

Wtf is ontology

Profilbild von Brandon Keyyy
Brandon Keyyyvor 3 Monaten

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

Profilbild von Apache-UAE
Apache-UAEvor 3 Monaten

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

Profilbild von AI Mastery Guide
AI Mastery Guidevor 3 Monaten

Learning the ontology before the database is smart sequencing

Ähnliche 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 Aufrufe • vor 1 Jahr

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 Aufrufe • vor 5 Monaten

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 Aufrufe • vor 2 Monaten