The next enterprise AI frontier is the optimizable company

For the last two years, companies have been trying to add AI to their processes. That sounded reasonable at first. Existing workflows, existing systems, existing data, existing dashboards — now with intelligence attached. Add a copilot here, an agent there, a few automated steps, a model connected to some tools, and wait for productivity to rise.

But this approach is starting to reveal its limit: the problem is not that AI cannot act. It increasingly can. The problem is that most companies do not have a formal representation of what their actions mean.

A company is not a pile of applications. It is not a CRM, an ERP, a data lake, a Slack workspace, a set of spreadsheets and a collection of dashboards. A company is a causal system: customers, products, contracts, prices, suppliers, employees, approvals, incentives, constraints, risks, processes and outcomes, all influencing one another over time.

If AI is going to optimize the company, it first needs to know what the company is.

That is why the next frontier in enterprise AI is not the agent. It is the ontology.

From data to ontology

The word "ontology" can sound unnecessarily philosophical, but the idea is simple: it is a formal model of what exists in a domain and how those things relate to one another.

In enterprise terms, that means representing the company not as disconnected rows in databases or documents in repositories, but as a living structure of objects, relationships, permissions, workflows and actions. A customer has contracts. A contract has terms. A product has dependencies. An order changes inventory. A delay affects satisfaction. A discount affects margin. A support interaction affects retention.

That structure matters because AI systems cannot govern or optimize what they cannot represent.

This is one reason Palantir's Ontology has become such an important reference point in enterprise AI. Palantir describes its Ontology, like that, with a capital "O" as if it was a word they've somehow invented themselves, as a system that goes beyond data cataloging or schema design, providing a foundation for workflows with metadata, security and governance. Its architecture material describes the Ontology as the "dynamic, compounding core of the cybernetic enterprise," connecting data, logic and action into a shared operational model for humans and AI-enabled agents.

That is a significant shift. It moves enterprise AI away from "chat with your data" and toward something more serious: AI acting inside a formal model of the business.

But once a company has an ontology, a deeper question appears: what is the ontology for?

Static ontology is not enough

A static ontology tells the system what exists. That is useful. It creates legibility. It lets software and humans refer to the same objects. It makes workflows less dependent on ad hoc integration. It gives agents something more structured than a prompt and something more reliable than a pile of retrieved documents.

But companies are not static. A company changes every minute. A customer moves from prospect to active account to renewal risk. Inventory changes. Credit exposure changes. A supplier becomes unreliable. A sales process works in one segment and fails in another. A support policy improves cost metrics and quietly damages trust. A pricing rule increases margin and lowers long-term retention.

The real company is not the noun. It is the verb.

This is why the distinction between static and dynamic ontology matters. Palantir's own documentation distinguishes between the semantic elements of the ontology (objects, properties and links ) and what it calls the "kinetics of the organization," defined through action types and functions that enable change while complying with controls and governance.

That is already much closer to what enterprise AI needs.

But even dynamic ontology may not be the final step. A dynamic ontology can tell the system how the company operates. The next step is an ontology that can improve how the company operates.

In other words: an optimizable ontology.

The ontology should not just describe the company

This is the turning point. If an ontology represents the structure of the company, and if AI systems act through that structure, then the ontology is no longer just a map. It becomes part of the machinery of the company itself.

That means the ontology should not merely describe operations. It should allow operations to be optimized.

This is where most enterprise AI discussions still fall short. They treat ontology as a semantic layer: a way to connect data, define entities, clarify relationships and give agents a safer environment in which to act. All of that is necessary. But it is not sufficient.

The real opportunity is to turn the ontology into an optimization substrate.

Every workflow represented in the ontology should be connected to outcomes. Every action should leave a trace. Every trace should be usable as feedback. Every process should have an explicit objective. Every objective should be measurable. Every measurable outcome should allow the system to learn which actions, configurations and sequences improve results.

At that point, the company is no longer simply using AI: he company is becoming optimizable.

From workflows to causal structure

Most business processes are still treated as diagrams: boxes, arrows, approvals, handoffs and exceptions. That is how humans understand work. It is not how adaptive systems optimize it.

An AI system needs more than a diagram. It needs causal structure. It needs to understand that reducing time in one step may increase rework in another. That shortening a support call may increase churn. That discounting may win the customer but lower the quality of revenue. That automating an approval may increase speed but reduce accountability. That optimizing one department's KPI may damage the company's global objective.

This is not a cosmetic distinction. A recent article in Nature Computational Science argues that reliable algorithmic decision-making needs causal reasoning, because decisions inherently involve cause-and-effect relationships and must align computational methods with real-world objectives.

That is exactly the enterprise problem: a corporate ontology cannot stop at representation. It has to encode consequences.

The most interesting enterprise AI systems will not merely know that a sales opportunity exists, or that a contract is pending, or that a customer has opened three tickets. They will understand how actions on those objects change the probability of outcomes the company cares about: conversion, retention, margin, risk, satisfaction, cycle time, resilience.

That is the difference between a semantic ontology and a causal ontology: a semantic ontology tells the system what things mean, a causal ontology tells the system what actions do.

And an optimizable ontology goes further: it learns which actions work.

KPIs become reward signals

Companies already have something that looks like an objective function: KPIs. These are important metrics such as revenue, margin, churn, conversion, customer satisfaction, resolution time, inventory turns, forecast accuracy, fraud loss, compliance incidents, employee retention , time to market…

The problem is that, in most companies, KPIs are downstream measurements. They tell managers what happened after the fact. They are reported, discussed, explained, occasionally gamed, and then reviewed again next quarter.

In an optimizable ontology, KPIs become something more powerful: reward signals.

This does not mean blindly optimizing every metric. That would be dangerous. Metrics can conflict. Some are proxies. Some are incomplete. Some are political. Some produce perverse incentives if pursued alone.

But that is precisely why the ontology matters: a KPI should not float alone in a dashboard. It should be attached to the process, objects, constraints and decisions that influence it. It should be placed inside a model of the company that understands trade-offs. It should be connected to other KPIs so that local improvement does not produce global damage.

This is where reinforcement learning becomes relevant to enterprise AI: not as a buzzword, and not as a magic layer bolted onto chatbots, but as a mechanism for improving action inside a formally represented business system.

A loop acts. The ontology records what changed. The KPI measures whether the outcome improved. The system adjusts. The next action is better informed.

That is the basic shape of an optimizable company.

Scale changes the meaning of optimization

Traditional process improvement is slow because humans have to observe, interpret, redesign, implement and measure. That works, but it does not scale well across thousands of processes, millions of interactions and constantly changing conditions.

AI changes the speed of the loop.

Once enterprise actions are represented in an executable ontology, each interaction becomes an experiment. Each process execution produces a trace. Each trace becomes evidence. Each evidence updates the system's understanding of what works. The larger the company, the more interactions it generates. The more interactions, the more feedback. The more feedback, the faster the optimization.

This is the opposite of how most enterprise systems behave today.

In traditional software, scale creates complexity. More customers, more workflows, more exceptions, more countries, more products and more regulations make the system harder to change. In an optimizable ontology, scale also creates learning fuel. The company becomes more complex, yes, but it also produces more evidence about how that complexity behaves.

That is why the ontology must be executable. A descriptive ontology can help humans understand the business. An executable ontology lets AI act inside the business. An optimizable ontology lets the business improve through action.

Those are three very different stages.

The missing layer above agents

This is why the current obsession with agents is incomplete.

Agents are useful. They can plan, call tools, write code, search documents, take actions and coordinate with other agents. And the conversation is already moving from individual prompts to loops: a recent Business Insider piece describes "loop engineering" as the practice of designing recurring systems that guide AI agents instead of requiring a human to prompt every step manually.

That is a meaningful shift. But agents and loops still need a world to act inside.

Without an ontology, each agent reconstructs the company from prompts, retrieved fragments, tool descriptions and brittle integrations. That is why deployments become artisanal. Someone has to explain the business over and over again: what the objects are, what the rules are, which systems matter, who can approve what, what outcomes count, and where the hidden constraints live.

A mature enterprise AI architecture should not require every agent to rediscover the company: the ontology should be the shared world.

And if that ontology is executable and optimizable, agents become components inside a larger adaptive system rather than isolated actors improvising their way through corporate reality.

This also explains why model independence matters. The ontology is the durable asset. Models will change. Agents will change. Interfaces will change. But the company's representation of itself — its objects, processes, constraints, outcomes, traces and learned causal structure — should persist.

That is where enterprise AI compounds.

Digital twins were the preview

There is a useful analogy here with digital twins. NIST describes a digital twin as a computer model of a physical system that can support simulation, monitoring, optimization and decision support. In a separate publication, NIST says digital twins enable operators to dynamically represent, diagnose, predict, optimize and control real-world counterparts such as equipment, subsystems and processes.

That is very close to the intuition enterprise AI now needs — except the object is no longer only a machine, a factory line or a building.

The object is the company. A company needs the equivalent of an operational digital twin: not merely a replica of its physical assets, but a representation of its business structure, processes, constraints, decisions and outcomes. Recent research on digital twins of business processes points in the same direction, describing virtual replicas of real processes that combine process models, real-time data and simulation capabilities to guide day-to-day organizational activity.

That is the direction of travel. But enterprise AI needs to go one step further. It does not simply need a twin that shows what is happening. It needs a model through which humans and AI systems can act, learn and improve.

That is the optimizable ontology.

World models move from physics to business

The phrase "world model" is usually associated with robotics, autonomous driving or physical AI: systems that need an internal representation of the environment in order to anticipate consequences and act intelligently. That makes sense. A robot that moves through the physical world needs to know something about objects, space, causality and time.

But companies are worlds too. They are not physical worlds in the same sense, but they are operational worlds: partially observable, constantly changing, full of agents, constraints, dependencies, incentives and delayed consequences. An AI system that acts inside a company without a model of that world is like a robot moving through a warehouse without spatial awareness.

It may be powerful. It is not safe.

The idea of world models has been central to some of the most important work in reinforcement learning. David Ha and Jürgen Schmidhuber's World Models paper explored training agents using compressed representations of their environments. Google DeepMind's MuZero went further by learning a model of the environment it was playing in and using that model to plan the best course of action.

The lesson is not that companies are games: they are not. The lesson is that intelligence becomes much more powerful when actions are connected to outcomes through a model of the environment.

Enterprise AI needs the same principle, but applied to organizational reality. Not just: what answer should the model generate? But: what action should the company take, through which process, under which constraints, toward which objective, and with what expected effect on the rest of the system?

That requires a corporate world model.

The company needs to know what it is

The hardest part of this transition may be cultural, not technical.

Most companies do not actually have a formal model of themselves. They have org charts, process diagrams, ERP configurations, CRM records, policy documents, data warehouses, dashboards, Slack channels, email archives and thousands of implicit habits held together by people who know how things really work.

That is not a world model. It is an archaeological site.

Humans compensate for this because they carry context in their heads. A good manager knows which policy matters, which exception is safe, which customer relationship is fragile, which process is official but ignored, which metric is being gamed, which team is overloaded, and which apparent success is hiding future damage.

AI loops do not know any of that unless the organization makes it explicit.

This is why so many enterprise AI deployments still require consultants, integrators and forward-deployed engineers. Someone has to reconstruct the company for the AI system: what matters, what is connected, what is allowed, what counts as success, and where the hidden constraints are.

McKinsey's State of AI in 2025 makes the broader pattern visible: AI use is widespread, but most organizations have not embedded it deeply enough into workflows and processes to realize material enterprise-level benefits, while high performers are much more likely to redesign workflows and aim for broader transformation.

That manual reconstruction is the sign of a missing platform layer.

A corporate world model would make that reconstruction persistent, governed and reusable. Every loop would not need to rediscover the company. Every new agent would not need to be individually briefed on organizational reality. Every workflow would not need to rebuild context from scratch.

The company would finally become legible to its own AI systems.

From governed decisions to self-improving structure

Recent research is already moving in this direction. A 2026 paper on ontology-governed graph simulation for enterprise AI argues that LLM-based agent systems fail when they answer from unrestricted knowledge space without simulating how business events reshape the scenario at hand. Its proposed pipeline — event, simulation, decision — points toward a more structured approach: enterprise decisions derived from an ontology-governed representation rather than from fluent but ungrounded reasoning.

That is important because it shows where the frontier is moving. But the deeper question is not only whether ontology can make decisions safer. It is whether ontology can make the enterprise itself self-improving.

The real promise of enterprise AI is not that every employee gets a better assistant. That is useful, but it is not transformation.

The real promise is that the company becomes a system capable of improving its own operations continuously.

Not through occasional transformation projects. Not through annual process redesign. Not through consultants reconstructing the business one workflow at a time. But through an architecture in which work itself generates the evidence needed to improve work.

That requires three layers.

• First, a formal ontology that represents the company.
• Second, executable workflows that allow AI and humans to act through that ontology.
• Third, optimization loops that connect actions to outcomes and improve the structure over time.

Remove the first layer, and AI has no stable world. Remove the second, and the ontology remains documentation. Remove the third, and the system cannot learn.

Put them together, and enterprise AI stops being a tool attached to the company.

It becomes a mechanism by which the company improves.

The next question

The last wave of enterprise software helped companies digitize what they were.

The next wave will help them optimize what they are becoming.

That is a much bigger shift than chatbots, copilots or agents. It changes the role of software from system of record to system of improvement. It turns KPIs from reporting artifacts into feedback signals. It turns workflows from diagrams into executable, learnable structures. It turns ontology (the real word and its real meaning, not the one capitalized as a commercial term) from description into action.

And it raises a question every company will eventually have to answer: is your organization merely represented in software, or is it optimizable by software?

Because the next frontier of enterprise AI will not be the company that has the most agents.

It will be the company whose causal structure can learn.

(This article was previously published on Fast Company)