The dream of enterprise semantics: Why this time is different

In most companies, the struggle to answer a new question fast has nothing to do with a lack of data. The problem is a lack of semantics. Or to put it another way, a lack of agreement about what the data means.

Suppose a CFO wants to generate a new report on revenue by customer segment. It sounds simple, but in practice, for the employees tasked with executing the CFO’s directive, it means a multi-day argument about what a “customer segment” even is. Before they can make the report, they need to define the terms of the report.

The dream of enterprise semantics, as I define it, is that someone who understands the business should be able to talk to an intelligent data agent and get the answer they need without knowing how the data is structured or stored. No more tickets. No more definitional arguments.

For decades, we’ve tried to do better. We even created solutions for enterprise semantics, but the work required was too much. AI changes the equation. As the data agents at OpenAI and Anthropic have shown, the dream of enterprise semantics has come to life.

We’ve tried this before

The dream of machine-readable business meaning is not new. After inventing the World Wide Web in 1989, Tim Berners-Lee proposed an idea in 1999 called the Semantic Web. He argued that if everyone tagged their web pages according to machine-readable standards, internet search would become far more powerful. Standards such as RDF, OWL, and SKOS emerged to let people tag content according to ontologies that captured meaning and enabled reasoning.

But the effort never took off. Building an ontology that actually worked for a business required rare hybrid expertise, months of workshops, and constant upkeep as the business changed. Most projects produced a carefully built ontology for one narrow domain, then collapsed once the team moved on or the business outgrew the map.

The standards themselves survived: RDF, OWL, and many standard vocabularies form the foundation of serious data management today. The vision was right; the economics made execution impossible at scale.

The labor required to build and maintain an ontology never paid for itself. Several startups built solutions using semantic approaches and solved real problems in narrow niches, but the category never found broad traction.

Another approach was to define concepts in a data catalog. This form of BI semantics created precise definitions of key metrics such as revenue, income, and customers. People building solutions could then use the standard glossary definitions to keep dashboards and reports consistent and accurate.

The problem is that these definitions make sense to people, not machines. A human reading a text definition of “customer” can fill in the rest from experience: which systems customers live in, how they relate to orders, regions, and revenue. An AI can’t fill in what it was never given. It needs entities, properties, and relationships: a customer is a person, belongs to a domain, and places orders. Give an agent that graph and it can build its own model of the business and infer new information from it. Ask how many customers you serve in Europe, and it can reason its way to an answer. Give it a definition with no structure behind it, and it will guess confidently instead.

BI semantics help within a narrow scope, but they’re rarely built on the open standards that would let AI systems reason over them.

The dream of enterprise semantics in 2026

The power of frontier large language models (LLMs) tempts people into thinking that simply loading enterprise data into these models gets you close to the dream of enterprise semantics. It doesn’t. LLMs still need to be told what the structured data means, how business concepts are defined, and which data is authoritative. They need what people now call context.

Context has become a buzzword used loosely, but three specific types of context, taken together, form a layer that lets AI deliver on the dream of enterprise semantics:

  • Data context: A single, unified metadata graph that connects structural schemas, data quality signals, end-to-end lineage, and usage profiling. Data context lets the AI know exactly what data exists.
  • Semantic context: Moving beyond flat tables to formal ontologies and business relationships. Semantic context teaches the AI the meaning of data and explicit business rules, for instance how “customer” relates to “net revenue”, so it can reason accurately without hallucinating.
  • Memory context: A persistent, shared record across the organization of human corrections, feedback, and tribal knowledge. Memory context allows agents to inherit the corrections experts have already made, instead of starting from scratch in every chat.

These three layers let AI actually guide a business user to the answers and data they need. Without an open context layer, frontier models struggle. With an open context layer, our internal tests show

[…]
Content was trimmed to protect the source. Please visit the original article for the full text.

This article has been indexed from InfoWorld

Read the original article: