The platform

Everything here runs on one model of your business.

Connect your systems and RootCause.ai resolves them into a governed ontology, joins curated outside data to it, learns the causal structure over it, and answers what happens if you change something. Each part earns its keep alone. The reason to have all five is that they hand the work forward.

Find where you are
One set of entities, three layers of meaning

Your systems and curated external data resolve into one set of business entities. The ontology layer resolves them, the enrichment layer attaches outside context to those same entities, and the causal layer adds direction and strength between them. Agents query the result over MCP, and planners run simulations against it.

Your systems
SalesforceSaaS
account_id
billing_ctry
Billing DBDatabase
customer_no
invoice_ts
SnowflakeWarehouse
Ops exportsFiles
Curated external
WeatherCommoditiesNews
01OntologyEntities resolved on three keys
02EnrichmentOutside context on those same entities
03Causal graphDirection and strength between them
What you do with it
Query it

Churn over 90 days if the renewal discount holds

−6.8% to −9.4%
12 sourcesmodel v4
Simulate it

Lead time −3 days

On-time delivery +4.8 ptsFreight cost +1.8%
The five parts

Start at the part that matches the problem you have now.

Teams arrive at different points. Some need the semantic layer before anything else can happen. Some already have one and want the causal model. Each part is useful on its own, and each one makes the next cheaper to reach.

01 · Unify

Every system resolved into one set of entities.

Connect warehouses, databases, SaaS apps and spreadsheets. RootCause.ai resolves entity, time and location across them and produces a governed semantic layer your team and your agents can query in plain language. Starting takes no glossary, no catalog and no dbt project.

02 · Enrich

Weather, prices and macro data, already joined.

Foundational Ontologies arrive as columns on the entities you already have, at your time grain and your geography. The sourcing, the licensing and the maintenance are done. A question about whether rainfall moves footfall takes an afternoon.

03 · Query

Your agents ask for a metric by name.

Claude, ChatGPT and your own agents connect over MCP and query the governed layer instead of raw schemas. Access rules are applied before the query runs, and every answer comes back with its sources, its metric version and its row count.

04 · Model

A causal graph with the evidence on every edge.

Discovery runs across thousands of variables on standard compute. Supply your own hypotheses and each one comes back supported, contradicted or underdetermined. Relationships the data cannot orient stay marked as unoriented.

05 · Simulate

Test the plan before you commit the budget.

Run interventions, counterfactuals, attributions and optimizations against the same causal model. Each result states the assumptions it depends on and carries an interval that widens as the scenario moves away from conditions you have observed.

What travels between them

Work done at one part is reused by all the others.

Five separate tools can each do a version of this. Every boundary between them is a rebuild, and the rebuilding is where the months go. Three things travel the whole chain here, and each one is work your team does once.

Each one is created at a single stop and consumed at the other four. Assembled from separate tools, all three get rebuilt at every boundary, and the rebuilding is where the numbers stop agreeing.

Travelling the chain
  1. 01 UnifyFour systems spelling the same customer four ways collapse to one key, with a time grain and a geography attached.
  2. 02 EnrichExternal data joins on those keys, so weather arrives at your store and your week rather than a station and a day.
  3. 03 QueryAn agent asking about a region inherits the resolved definition of a region.
  4. 04 ModelDiscovery groups on the same keys, so one customer counts as one customer.
  5. 05 SimulateScenarios move the entities the ontology defined, at the grain it defined them at.
What that saves

Three keys get mapped once, and nothing downstream writes its own version of them.

Why causal

A decision needs an estimate of what your action will do.

A forecast extrapolates the past, which is the right instrument for planning capacity and for setting a baseline. A decision is a change, and the past holds no version of that change to extrapolate from.

Causal models estimate the effect of an intervention. That is what lets them rank levers, attribute a movement to its drivers, and separate what your team did last quarter from what the market did.

Cost is the reason this has not already been standard practice. Conventional causal discovery scales badly in the number of variables, so it has been rationed to a handful of expert-run projects a year. RootCause.ai runs discovery at sub-quadratic scaling, which is what makes thousands of models practical instead of a few.

Built on verifiable science

RootCause.ai is not a wrapper for a generic LLM.

Our engine is founded on peer-reviewed research in combinatorial optimization and causal inference, led by Ph.D. experts from the intersection of AI and industrial application.

01

Transparent

Every prediction is explainable.

02

Auditable

Trace every insight back to the raw data evidence.

03

Secure

Enterprise-grade security for your most sensitive data.

Questions we get

Frequently asked questions.

How is RootCause.ai different from tools like PowerBI or Tableau?

BI tools visualize past data. RootCause.ai explains why the past happened and simulates what happens if you change something, so the output is a decision rather than a chart.

Do I need a team of data scientists to use this?

No. The automated data ontology handles entity, time and location resolution, so business leaders can ask questions in plain language and get causal answers. Teams that do have data scientists can bring their own hypotheses and test them against the same data.

What data sources does RootCause.ai support?

Databases, warehouses, object storage, SaaS APIs and flat files. Nothing has to be centralized first, and no source has to be migrated for the ontology to work. There is no requirement for an existing glossary, catalog or dbt project.

Can our AI agents use it?

Yes. RootCause.ai runs a standard MCP server, so Claude, ChatGPT, Cursor or your own agents connect without custom integration. Agents query governed metrics by name, access rules follow the user rather than the client, and every answer carries lineage back to the rows that produced it.

How does RootCause.ai function as an enterprise digital twin?

The digital twin is a causal model of your business learned from your own data. Because the relationships were estimated and tested rather than assumed, you can move a lever and see the effect propagate, with the assumptions stated and the uncertainty quantified.

How do we know an answer is right?

Every answer resolves to the rows behind it: which sources, which metric version, which model version, how many rows. Every edge in a causal model carries the tests and conditioning sets that put it there, and where the data cannot settle a direction the model reports it as underdetermined rather than guessing.

What is SPARC-fast?

SPARC-fast is our causal discovery engine, a Screening, Pruning, Agreement and Reconciliation Cascade. It replaces the quadratic conditional independence tests conventional approaches rely on with a test of O(n log n) complexity, which is most of the reason discovery runs at enterprise variable counts rather than on a handful of variables per project.

The platform

Start with the decision that carries the most weight.

Bring one real question and the data around it. We will show you the causal model behind the answer.

Find where you are