Skip to content

The Model Isn’t Your AI Strategy – The System Around It Is

It is Monday morning. The leadership team is twenty minutes into a debate about whether Model A or Model B should become the company’s AI standard. By Friday, another model has taken the benchmark lead, the price has changed, the data-retention terms look different, and somebody has discovered the agent works brilliantly in the demo but gets stuck halfway through a real task.

Sound familiar?

So, here is my slightly uncomfortable take from this week’s AI news: if your AI strategy begins and ends with choosing a model, you do not have an AI strategy. You have made a procurement decision with a very short shelf life.

The strongest signals from my latest AI Radar all point in the same direction. Models still matter – absolutely they do – but the durable enterprise value is moving into the system around them: the harness, memory, tools, routing, identity, policy, evaluation, resilience and economics that turn intelligence into a dependable outcome.

Five AI signals covering adoption, agent harness performance, model routing, governance and reliability.
Five of the strongest signals from AI Radar Week 35. Reported figures are qualified and linked in the article.

1. Adoption is accelerating, but loyalty is not

Ramp’s latest spend data, reported by TechCrunch, covers more than 70,000 US businesses. Nearly 56% of those businesses paid for AI in July. That is a massive adoption signal.

But the more interesting detail is what happened underneath it. Anthropic held nearly 44% share among those paying customers and OpenAI nearly 40%, with OpenAI growing faster during the quarter to date. In other words, the market is expanding whilst provider leadership remains fluid.

Now, we should qualify that properly. Ramp’s sample skews towards technology businesses, excludes organisations using other expense platforms, and gives us percentages rather than actual dollars. It is not the whole market. But it is large enough to expose a behaviour that every enterprise architect should care about: customers will move when capability, price, privacy or terms move.

That is not a threat if your architecture expects choice. It is a huge advantage. Competition between model providers can improve quality and economics – but only if switching the engine does not mean rebuilding the entire vehicle.

2. The same model can produce a radically different result

This was the story that really made me sit up this week.

NVIDIA’s Agentic Variation Operators research paired Claude Opus 5 with a long-horizon agent architecture using persistent memory and a supervisor. On the ARC-AGI-3 public set, the complete system solved all 183 levels and achieved a 100.00 score. ARC Prize separately reported an approximately 30% model baseline for the same model family under a different setup.

That is not a clean 70-point controlled ablation, and NVIDIA is explicit about the differences in reasoning settings, observation format and evaluation setup. We should not pretend otherwise. But the conclusion is still powerful: evaluating a model is not the same thing as evaluating an agent.

The harness determines what survives between steps, which tools can be used, when the system asks for help, how it recovers from failure and whether it keeps making progress instead of walking around the same intellectual roundabout.

IBM Research added another important piece. Its agent-memory study found that memory is not simply something you switch on. It is a dose you calibrate. Curated retrieval improved gpt-oss-120b task completion by 16.1 percentage points for only 5% more tokens, whilst giving some models the full guideline set added far more cost and less benefit.

The model is the engine. The agent is the complete vehicle. Memory, tools, supervision, feedback, runtime and policy decide whether that vehicle finishes the journey.

We spend an enormous amount of time debating engine horsepower. We spend far less asking whether the brakes work, whether the route is sensible, whether the driver learns, and whether we can afford the fuel. That has to change.

3. Routing has become financial infrastructure

Why would a payments company buy a model router?

Stripe confirmed it is acquiring OpenRouter. The reported price is $7.5 billion, although Stripe did not disclose the figure itself.

At first glance, payments and prompt routing look like different worlds. They are not. A model gateway sits in the middle of demand, suppliers, usage, policy and spend. It sees which models developers choose, what those calls cost and how demand changes. Add metering, budgets and payment rails, and you have the beginnings of an economic control plane for AI.

Diagram showing enterprise workloads passing through a governed AI control plane before routing to interchangeable models.
A practical enterprise AI control plane keeps evaluation, routing, governance, observability and optimisation independent of model choice.

This is why AI gateways are becoming strategic. They are not just technical plumbing. They can enforce data boundaries, route by task and risk, compare quality, contain cost, preserve observability and give the organisation leverage when providers change.

My view? The winning pattern is not “pick every model”. It is earn the right to choose. Centralise the controls that must be consistent, then keep model selection flexible where competition creates value.

4. Governance is becoming a product feature – and a financial liability

Privacy terms are now part of model capability. OpenAI’s limited preview of Private Safety Processing proposes cross-session safety monitoring without retaining customer conversations. The mechanism is not independently inspectable yet, but the direction matters: regulated customers will judge a model on what the surrounding service does with their data, not simply how well it answers.

Then came the harder edge of governance. The Dutch regulator issued Uber a reported EUR 825 million GDPR penalty over automated driver suspensions without sufficient warning or human oversight. Uber disputes that permanent deactivations happened without human review and is appealing.

Whatever the appeal decides, the design lesson is already here. “Human in the loop” cannot be a decorative checkbox. If an automated decision can affect somebody’s work, money, access or safety, the oversight must be timely, informed and able to change the outcome.

And we should not respond by asking a human to approve every tiny action. People become conditioned to click yes. Strong systems automate known boundaries continuously, block what should never happen, and reserve human judgement for consequential, ambiguous or exceptional decisions.

5. Agents are moving into the team – so reliability becomes everyone’s problem

GitHub’s new Copilot integration for Microsoft Teams is a great example of where agentic work is heading. A conversation can start a cloud-agent session that the whole group can see, steer and stop. Repository permissions, sandbox policies, budgets, attribution and optional extra approval travel with the work.

That is far more interesting than another private chat window. Conversation becomes the control surface, whilst the work remains visible and attributable.

But shared agents also make reliability brutally visible. GitHub’s August 17 outage lasted 7 hours and 47 minutes. Most services recovered earlier, but Copilot took longer because a client-side retry loop amplified traffic during recovery. GitHub is now applying consistent retry limits, retry budgets and variable timeouts.

There is a big lesson here for every production agent. Retries, timeouts, circuit breakers and graceful degradation are not boring platform details sitting underneath the exciting AI. They are part of the AI architecture. An intelligent system that behaves badly during failure is not a dependable system.

So what should leaders do on Monday morning?

  1. Evaluate the whole deployed system. Compare model, harness, memory, tools, supervision, latency and cost on representative tasks.
  2. Design for model substitution. Know which interfaces, policies and tests let you change provider without rewriting the operating model.
  3. Own the learning boundary. Keep prompts, traces, corrections, feedback, evaluations and reusable memory inside an explicit trust boundary.
  4. Govern by consequence. Automate routine reversible actions within hard policy; escalate high-impact, external or ambiguous decisions.
  5. Measure cost per accepted outcome. Token price is not business value. Track successful, trusted outcomes at the quality your organisation actually needs.

The question I would take into every AI strategy meeting

Can we change the model without losing the learning, controls and evidence that make the system valuable?

If the answer is no, the model provider owns more of your AI strategy than you do.

Frontier models will continue to be fantastic, powerful and genuinely transformative. But they will also continue to change. The organisations that win will not be the ones that guessed one permanent champion. They will be the ones that built a governed system able to learn, route, supervise, measure and adapt as the market moves.

The model is not the moat. The system around it is.

What do you think? Is your organisation still choosing an AI model, or is it building the control plane that lets models compete? Drop a comment – I would love to hear how you are approaching it.


Sources and further reading

John Lunn originally posted this article on 28 August 2026 at 6:58 PM.

Leave a Reply