For the best experience, try the new Microsoft Edge browser recommended by Microsoft (version 87 or above) or switch to another browser � Google Chrome / Firefox / Safari
OK
brand-elements brand-elements brand-elements brand-elements
brand-elements brand-elements

In May 1854, at New York’s Crystal Palace exhibition, Elisha Otis hoisted himself on an open platform above the crowd and cut the rope holding him up. The platform dropped a few inches and stopped. The New York Tribune credited “the apparent daring of the inventor.” Otis had not invented the elevator. Hoists had lifted freight for centuries. He invented “the thing that catches the elevator when it fails.”

Three years later, the first passenger elevator went into a Broadway store, and within a generation buildings began getting taller. Otis was not selling caution that afternoon; he was selling the future of skyscrapers.

Agentic AI is at a comparable moment, but too many organizations are telling themselves the wrong story about assurance.

AI assurance as a defensive story

Most organizations talk about AI assurance defensively. Evaluation is what the risk committee asks for. Guardrails are the price of approval. Every dollar spent there is capability you did not ship, and the rational move is to spend as little as you can.

That is one of the more expensive mistakes available to an AI-native company because it gets the causality backwards. Companies operating under the defensive story ship timidly, keep agents on a short leash, cap autonomy at suggestion rather than action, and then wonder why the product is not displacing the workflow it was built to transform.

The theory of quality in software history

For most of software history, the theory of quality held still. Engineers specified behavior, testers verified it, and a release went to production on the assumption that what passed yesterday would behave the same tomorrow. The product was deterministic.

Agentic systems dissolved that assumption. Behavior moves with the prompt, retrieved context, available tools, the customer’s workflow, and the model version underneath. An agent takes the right path nine times and an unexpected one on the tenth. Nothing has broken in any sense a test suite recognizes; the system has met a situation nobody prescribed, which is precisely the capability we bought.

NIST’s Generative AI Profile treats trustworthiness as a lifecycle property, not a one-time certificate. A 2022 study in Scientific Reports found temporal degradation in 91% of the 128 model-dataset pairs it examined. That work predates today’s agents, but the implication is sharper now: performance at launch is not a permanent property of an intelligent system.

Customers are rationing autonomy

If you sell into large enterprises, you have sat through the version where the demo goes well, but not the deal. A copilot that suggests an answer carries one level of risk. An agent that interprets intent, selects tools, reaches into enterprise data and acts, carries another entirely. As autonomy rises, so does the quality surface.

A traditional test suite asks whether the software performed a function correctly, and agentic systems force a different set of questions.

 

  • Did the agent pick the right tool? Did it stay inside policy?
  • Was its reasoning grounded in correct context?
  • Did it recognize when uncertainty was high enough to stop and ask?
  • Did a change somewhere else in the system quietly alter behavior nobody was watching?

Answer those continuously, in the customer’s own environment, and the commercial conversation changes. You stop arguing about whether the agent is safe and start negotiating about what else it could be allowed to do.

Where I think this argument is weakest

It is easy to oversell optimism, so the failure modes matter. An evaluation apparatus can measure a great deal and still catch very little, especially when capable people can no longer say which of four hundred checks would have caught the last real incident.

Sometimes trust is not the constraint. Maybe the product is not good enough yet, and an assurance program becomes a dignified way of postponing that conversation. Scope discipline is an assurance strategy, and it costs a fraction of what gets sold under that name.

What compounds in AI

AI features diffuse quickly. Foundation models are broadly available, engineering patterns spread, and competitors reproduce visible functionality faster than most product organizations expect. Evidence about how your specific system behaves in production must be earned in place, and it accumulates. A company running assurance continuously accumulates what a competitor cannot copy from the outside: behavioral baselines, customer-specific evaluations, a taxonomy of its own failures, and production traces.

Who decides what good looks like

Humans decide which risks matter, which boundaries do not move, and where judgment stays human. The machinery evaluates those conditions at a speed people cannot sustain alone.

On one marketing intelligence platform of a martech leader we support, serving enterprise advertisers, that division is written into the product itself. Advertisers set the parameters. Human strategists set the objectives. The AI optimizes campaigns in real time toward them, and the infrastructure underneath has had to keep changing without disturbing the optimization behavior those advertisers had already committed budget to. Nobody there confused automating the optimization with automating the decision about what to optimize for.

That division is HI/AI - human ingenuity amplified by AI, and it reflects how we approach Applied Intelligence and the Orian AI platform at Xoriant. Intelligence earns its place when it is wired into real workflows, observable in operation, bounded by explicit policy, and accountable to a person.

Capacity, consent, and collaboration

The first phase of AI-native software was organized around a question of capacity: how much intelligence can we put into this product? The next phase is around a question of consent: how much responsibility will a customer let this product hold?

You can already see the second question arriving in procurement. It is drifting away from what the system can do and toward something more exacting: show me the last hundred times it got this wrong and tell me what happened next.

Most vendors cannot answer that yet. I would spend this quarter making sure you can, and I would give it three years before deciding whether it worked.

Get Started