Terms mean different things in different rooms
Finance, sales and operations each have their own definition of a customer. An agent has no way to know which one you meant.
Described, not inferred
Kenseme turns the documents, glossaries and know-how you already have into a formal description of your business, binds it to your live data, and gives your agents something true to reason from. One domain, on your own data, in two weeks.
Already using Kenseme? Log in.
The problem
They don't know that an active customer excludes the trial accounts, that a return is negative, that a work order and a sales order are different things with the same name. So they answer anyway, confidently, and someone catches it three meetings later.
A bigger model doesn't fix that. The meaning was never written down in a form a machine can use. Kenseme writes it down, with your people, and ties it to the data it describes.
Finance, sales and operations each have their own definition of a customer. An agent has no way to know which one you meant.
Exclusions, sign conventions and edge cases sit in a spreadsheet or a senior analyst's memory, not next to the data.
Column names were chosen for a load job years ago, not for the question someone is asking today.
What Kenseme does
01 · Document meaning
Bring in policies, process documents, data dictionaries and glossaries. Kenseme extracts the terms, proposes definitions, and lines them up with your industry standard, so your vocabulary starts from your own sources instead of a blank page.
02 · Infer the business model
Concepts, the relationships between them, and the rules that govern them, in a model your people can read and your agents can reason over. AI drafts it from your documents, your experts refine it in plain language, and the diagram shows the whole thing at once.
03 · Bind to the data
Bind the model to your warehouse or lakehouse, column by column, with a preview before every run. Where the data you need doesn't exist yet, Kenseme designs it: schemas, star schemas, pipelines and code for your platform.
| Property | Column | Status |
|---|---|---|
| Customer.id | dim_customer.customer_id | Bound |
| Customer.isActive | dim_customer.active_flag | Bound |
| Order.date | fact_sales.order_date | Bound |
| Return.amount | fact_returns.return_amt | Review |
04 · Govern
Every term and concept carries the attributes your governance model needs, a version history, and lineage to the data. Publish it to Microsoft Purview, and run the publish again whenever the model changes.
dim_customer.active_flag from 2 sources05 · Operate and analyze
The data agent answers business questions against your bound data and returns a grid, a chart and the exact SQL it ran, so anyone can see how the answer was reached. Or publish the model into the agent you already run.
How it works
Together we pick the domain where a wrong answer costs the most, and gather the documents and people who know it.
We build the description with your experts, from your own sources, and bind it to your live data.
Your team asks real questions in the data agent, or in the agent you already run, and checks the answers.
The evidence
Microsoft ran a controlled test of agents grounded in an ontology, a formal description of the business, against the same agents without one. We build that description.
more answers rated excellent, with the same model, grounded versus not
fewer tool calls to reach the answer, which is what guessing costs
of tasks solved against real enterprise schemas, by models that score 91% on a simple one
Microsoft-controlled A/B, 4,000 responses across 400 questions, Fabric Updates Blog, June 2026 · Spider 2.0, ICLR 2025
Open by design
Kenseme writes your description in W3C OWL 2, an open standard, and lets you export all of it. Generated code targets the platform you run, in its own dialect. Nothing about your business gets locked inside a tool.
Standards
Connects to
Generates code for
Together we pick one domain, the one where a wrong answer costs the most. Two weeks later you can ask a real question and check the answer.