Featured article
The liability on no balance sheet · No. 01 · Model fragmentation
Every enterprise is running less intelligence than it could. The gap is a liability. It accrues interest, and it appears on no balance sheet.
The conclusion first. We call the gap Intelligence Debt: the difference between the capability an enterprise could deploy with today's models and the capability it actually deploys, plus the cost of closing it. Several things accrue it. The largest, and the subject of this article, is model fragmentation: a hundred rational decisions that become a hundred models, each selected, secured, validated, hosted and upgraded separately, forever. In our five-year model the fragmented estate costs about 2.5× as much and still runs two generations behind. The fix is one organization-level AI strategy: a model strategy, a platform strategy, and deliberately limited business-unit strategies. The pages that follow show how the debt accrues, what it costs, and how to retire it.

The conclusion, then the evidence
The gap between the intelligence an enterprise could run and the intelligence it does, plus the cost of closing it. It accrues interest.
Model fragmentation, above all. Each business unit funds its own use cases and picks its own model; nobody sees the aggregate. 40–100 models.
Six fixed charges per model, due at every version, plus a capability gap that widens daily. Five-year TCO: $171.6M fragmented, $68.2M governed.
One organization-level AI strategy: a model strategy (3 core roles, 6–10 specialists), a platform strategy (one gateway), limited BU strategies.
Where this comes from: the RFP desk. For eighteen months the same document has reached us from banks, insurers, health systems and ministries. One table in the RFP lists eighty to a hundred and twenty use cases. The next table asks bidders to name a model against each one.
Each row carries its own model, owner and budget line. The spreadsheet looks like diligence. But really it's a plan to run a hundred models, and the RFP never asks the two questions that would expose the cost: how is each model retired, and who pays to keep it current?
The estates are already there. Across 20,000 organizations on one data platform, 78% run two or more model families; 37% of enterprise CIOs run five or more. The model count is not going down. What is still open is how those models are organized.
Composite of the RFPs Bud has answered in the last 18 months. Rounded.
| Use case | Proposed model | Owner · budget line |
|---|---|---|
| Claims triage and routing | Model A | Claims ops · BU 1 |
| KYC document extraction | Model B | Compliance · BU 2 |
| Contact-center summarization | Model C | CX · BU 3 |
| Internal code assistant | Model D | Engineering · IT |
| Policy and procedure search | Model E | Legal · BU 4 |
| Loan pre-screening agent | Model F | Lending · BU 5 |
| … 94 more rows | … 94 more models |
Intelligence Debt is the gap between the capability an enterprise could deliver with the best available models and the capability it delivers with the models it runs, plus the cost of closing that gap. It is paid in money and in capability.
Several things accrue it: fragmented model estates, absent evaluation, data that is not AI-ready, infrastructure lock-in. This article covers the largest, model fragmentation. Later articles take up the rest.

How the debt accrues
Nobody decides to run a hundred models. It happens one rational decision at a time, on different floors of the same building, each defensible on its own and none visible to the others. The business unit funding the fourth claims model has never heard of the first three, and the vendor paid per use case has no reason to mention them.
Security, procurement and model risk review each model on its own, because that is how the process is written. The use case ships with prompts tuned to that model, which makes leaving it expensive. Then the next floor starts. The aggregate is nobody's job until it is everybody's problem, and the aggregate is where the debt accrues.
Two properties make this worse than it looks. It is invisible: each use case's budget shows only its model's bill, while the duplicated validation, security and platform work lands in shared cost centers. Gartner warns that organizations misjudge GenAI costs by 500% to 1,000% for exactly this reason. And it compounds: agents are coming, 150,000 per Fortune 500 enterprise by 2028 on Gartner's estimate, and agents need one consistent model layer. A hundred siloed integrations cannot host them.

The bill, itemized · Paid in money
This page is the money half of the debt. A model is not a line item. It is a liability with a fixed cost that has nothing to do with how many tokens it serves. Every model in a regulated enterprise must be selected, security-reviewed, validated, cleared by legal, integrated, guarded, evaluated, red-teamed, monitored and hosted, then put through most of that again at every vendor version. In a one-model-per-use-case estate that cost is paid once per use case. In a portfolio it is paid once per role. We call the six charges below the Model Fragmentation Tax. They are the fixed term; the next page is the other currency, the one that never appears on an invoice.

The bill, continued · Paid in capability
Technical debt is the cost of code you chose not to fix. The capability half of Intelligence Debt is the cost of models you chose not to refresh. A hundred-model estate accrues it a hundred times over.
A pinned model keeps admission-day capability while the frontier moves. Every deferred refresh makes the next migration dearer, and every new use case built on a stale model inherits the staleness. Fragmentation multiplies the exposure: a hundred pinned models is a hundred separate refresh bills, none of them funded.
The rate is what makes it expensive. Frontier models double the length of task they can complete roughly every seven months; the price of a given capability has fallen 280× since 2022. Measured against the frontier, a pinned model ages about a year every day it is left unrefreshed. The use case still works. It just works like 2025.
The refresh work not done: re-tuning, re-validating and re-releasing each use case on a current model.
The widening capability gap, plus every new use case built on the stale model, which now has to migrate too.
Migrations deferred, the P&L fine, until a competitor's claims agent closes files in a quarter of the time. The use case is rebuilt from scratch, on yet another model.

Total cost of ownership · A worked projection
The governed portfolio costs 60% less over five years, and the gap widens every year. The model is synthetic and deliberately mid-range: a regulated enterprise growing from 60 to 140 GenAI use cases, the fragmented estate admitting roughly one model per 1.4 use cases, the portfolio holding 3 core roles and a specialist tier that settles at 13. Replace the assumptions with your own and the shape survives, because fixed cost in a fragmented estate scales with the model count, and the model count scales with the use-case count. A portfolio breaks that link.
| Cost line | Fragmented · one model per use case | Portfolio · roles behind one gateway |
|---|---|---|
| Admission, per new model | $300K once, selection through integration | $450K once, validated deep rather than wide |
| Run, per model-year | $220K, dedicated hosting at low utilization | $160K, pooled capacity at 60%+ utilization |
| Refresh, per model-year from Y2 | $80K, migration and re-validation per model | Inherited behind the router |
| Platform, per year | None shared; rebuilt inside each integration | $4.0–4.4M, gateway to catalog, team of 8–15 |
| Tokens, per use case-year | $90K unrouted, largest model by default | $50K routed, plus $15K for an evaluation set |
Model counts: fragmented 42 → 98, portfolio 9 → 13, for 60 → 140 use cases. Refresh is modeled as paid in full here; page 07 shows what happens when it is not.

The projection, continued
Two things the annual bar chart hides. The portfolio gets cheaper per use case as it grows; the fragmented estate does not. And the fragmented estate that reports the lowest cost is the one that has stopped paying its refresh bill, which does not make the bill go away.
Finance rarely sees Figure 3 because the denominator is missing: nobody meters cost per use case in a fragmented estate. Each BU sees its own model's bill, which looks reasonable. The CFO sees GenAI "over budget," which 73% of FinOps practitioners now report, and no lever to pull.
This is the quiet version of the debt. Nothing breaks. The claims agent still triages. It just does it the way the best model of two years ago did, while the enterprises on page 08 route the same work to this quarter's model without the use case noticing.
The business case does not rest on routing savings. Those are sometimes overstated (one independent test measured 4.5% to 14.2% against a 60% vendor headline), so the token assumption here is conservative. Governance, security, validation capacity and time to value justify the portfolio at zero routing savings. Routing is the dividend, not the premium.

The strategy that retires it
The fix is not a better model. It is a different unit of decision. Stop choosing models for use cases and start filling roles for the enterprise. A role is permanent: frontier reasoning, general workhorse, small and fast. The model behind it is whatever is best this quarter, and it changes behind the router without any use case noticing. Three strategies, three owners, and one authority that can say no to the hundred-and-first model.

What is settled, and what is not
The institutions furthest ahead answered the "behind what" question the same way: one governed platform, a rotating bench of three to six models, use cases consumed through the platform and never owning a model.
JPMorganChase serves 450+ production use cases through one model-agnostic layer. Goldman Sachs routes each request by task inside the perimeter. Allianz runs one front door for 60,000 users. None of them chose one model. None chose one model per use case.
The regulators are, in effect, asking for the same thing. None asks for fewer models; all ask for things that get harder with every model added: inventories, concentration management, per-system risk files, tested exit plans.
What remains is the spreadsheet, and the RFP that keeps asking for a model in every row. Change the question from "which model for this use case" to "behind what," and the hundred-model plan does not survive the first review. The test on the right is what that review asks.
A use case earns a dedicated model only when all four hold:
The spreadsheet with a model in every row is not a strategy. An ecosystem with roles, routing and governance is. Build the second and the debt stops accruing.

How Bud helps · The one page we promised to keep to one page
Everything on pages 08 and 09 can be run by hand. Bud Novaria, the Enterprise AI Operating System, is the organization-level strategy built in: gateway, portfolio control plane, pooled sovereign inference, governance and the builder for use-case teams, on one substrate, inside your own environment.
It deploys on the hardware you already own, CPUs, GPUs, HPUs or NPUs, with zero external dependencies and 1.5–3× better inference performance without hardware lock-in. Your data never leaves. And because every layer shares one substrate, the per-model boundaries the debt accrues at are not managed. They do not exist.
| Strategy layer | Bud product | What it does about the debt |
|---|---|---|
| Platform strategy · the gateway | Bud AI Gateway | One front door for 100% of traffic: routing by policy, data class, cost and latency; guardrails once; metering per use case; one audit trail; failover between roles. |
| Model strategy · the control plane | Bud AI Foundry | Catalog, admission, retirement and staged promotion. Shadow-test a successor on live traffic, promote it behind the router, and every use case inherits the upgrade. |
| Platform strategy · pooled inference | Bud Runtime | Universal inference across CPUs, GPUs, HPUs and NPUs with multi-adapter serving; fine-tunes become adapters on a shared base and idle dedicated capacity ends. Up to 56% token savings. |
| Model strategy · the open-weight bench | Bud Models | Open LLM, multimodal, diffusion and code models for the workhorse, small-fast and specialist roles, hosted sovereign, with no per-use-case vendor contract. |
| Governance · the evidence | Bud Sentinel | Zero-trust model governance and the evidence the portfolio board, model risk and the supervisor need: one inventory, one policy, one log. |
| BU strategy · the paved road | Bud Studio | Where use-case teams build agents, tools, prompts and evaluation sets against the governed portfolio, in natural language, never selecting or hosting a model. |
Send us the use-case list from your RFP and we will return it as a role map: which three core models would carry it, which specialists it needs, and the five-year bill both ways, on your numbers.
Sources: Databricks State of AI Agents 2026 (78% run 2+ model families, 20,000 orgs) · a16z enterprise CIO survey, Jun 2025 (37% run 5+) · Gartner (500–1,000% GenAI cost misjudgment; 150,000 agents per Fortune 500 enterprise by 2028) · Cast AI 2026 (5% GPU utilization, 23,000 clusters) · ClearML · FinOps Foundation 2026 (73% over budget) · IBM Cost of a Data Breach 2025 ($670K shadow-AI premium; 97% lacked AI access controls) · McKinsey and IACPM (41% of financial institutions, validation blocks GenAI) · Menlo Ventures 2025 (66% upgraded within provider; 11% switched) · METR 2025 (task-horizon doubling ≈7 months) · Stanford AI Index 2025 (280× price decline) · JPMorganChase, Goldman Sachs, Allianz, US GSA public statements and reporting · Bud RFP desk, composite observations across enterprise and government RFPs, 2025–2026 · TCO projection: synthetic, Bud analysis.