AI

AI Native Technology Stack: Five Layers You Can Swap

AI Native Technology Stack: Five Layers You Can Swap
Five-layer diagram of an AI stack with a gateway routing requests to different models

Published: November 2, 2026 | Category: AI | By Mahesh

AI SIGNAL • The Multi-Model Stack
81%
CIOs using 3+ model families, a16z
37%
Enterprises running 5+ models in production
97M
Monthly MCP SDK downloads, March 2026
63%
Saving from routing 70% to a small model (illustrative)

An AI native technology stack is built so that every major layer can be replaced without rewriting the business logic above it. That sounds like an engineering preference and is really a financial one. Models, prices and leaders change fast, and the stack has to absorb that change. The Datadog State of AI Engineering report says more than 70% of organizations now use three or more models, and the share using more than six nearly doubled[1].

This cluster article sits under Depth Grid's guide to the AI native company. It lays out five layers, the standards that now connect them, a routing calculation that shows why model choice is a cost decision and a 30-day test of how locked in you are. The thesis is that the winning stack is the one that stays cheap to change, not the one with the best model today.

What Does an AI Native Technology Stack Mean?

Direct answer: An AI native technology stack is a set of five layers (models, data and retrieval, tools and protocols, orchestration and controls) designed so each layer can be swapped without rebuilding the others. Its main property is low switching cost, because models and vendors change faster than business processes.

A company is what an AI native company is when AI sits inside how work is done. The technology that supports it has to match. A traditional stack is chosen for stability, since a database or ERP system may run for ten years. An AI native stack has one layer, the model, that may be replaced every few months, and several layers around it that need to stay steady while the model changes.

The design principle is simple: keep the business logic, the data and the controls independent of any single model or vendor. Put a thin layer between your code and each outside service. When a better or cheaper option appears, you change one connection and not the whole system.

Why Does Stack Design Matter Now?

Direct answer: Multi-model is now the default. An a16z survey of 100 CIOs found 81% use three or more model families, up from 68%, and 37% run five or more models in production. Enterprise AI spending reached $37 billion in 2025, according to Menlo Ventures.

The Andreessen Horowitz CIO survey, based on 100 chief information officers at large companies, found that 81% use three or more model families in testing or production, up from 68% a year earlier[2]. Coverage of the same research reports that 37% of respondents run five or more models in production, up from 29%[3]. Dataiku and Harris Poll surveyed 600 enterprise CIOs and found 81% expect to rely on two or more large language model providers in 2026, while 55% have already switched providers at least once[4].

Money is flowing in. Menlo Ventures estimates enterprise AI spending at $37 billion in 2025, up from $11.5 billion the year before[5]. Budgets are also becoming normal line items. One summary of the a16z data says innovation budgets fell from 25% to 7% of large language model spending, which means finance teams now scrutinize it like cloud costs[6]. The same source says 68% of companies underestimate first-year model spend by more than three times[6]. That figure is repeated by a vendor and has not been verified here, so read it as a warning and not a statistic.

a16z's own commentary makes the architectural point. Applications benefit from a multi-player market because they can use intelligent model routing that plays to each model's strengths[7]. Its survey also covers large enterprises only, and the authors say startups can look very different[7].

What Are the Five Layers?

The model below is a Depth Grid working framework and not a published standard. Each layer has one job, one thing to standardize and one thing to keep swappable.

Layer 1: Models

This is where the choice is widest and changes fastest. Standardize on a gateway that every request passes through, with a common interface, logging and cost tracking. Keep the model behind it swappable. Hosted models and open-weight models can sit side by side. Our Claude Haiku 5.5 launch coverage covers a low-priced hosted option, and our note on Recursive Flint covers an open-weight model that can run on owned hardware.

Layer 2: Data and retrieval

Models are replaceable but your data is not. Keep documents, embeddings and permissions in storage you control, with clean access rules, and treat the retrieval method as swappable. Most production failures traced to AI quality start here: outdated documents, missing permissions or inconsistent records. This layer is the hardest to switch because it holds your accumulated knowledge.

Layer 3: Tools and protocols

Agents act through tools such as databases, calendars and ticketing systems. Standardize on an open protocol for connecting them so that a tool built once works with many models. The next section covers this layer in detail because it changed most in the past year.

Layer 4: Orchestration

Orchestration decides which agent does what, in what order and with what checks. Frameworks such as LangChain have adopted the open tool protocol, according to one industry review[8]. Keep workflow definitions in plain, versioned files and treat the framework as swappable. Named, scoped agents help here, which is the idea in Salesforce Gave Its AI Agents Job Titles, Not Features.

Layer 5: Controls

The control layer covers identity, permissions, logging, evaluation and cost limits. Standardize it completely, because it must work the same way whatever sits beneath. Related products are appearing quickly, as in CrowdStrike Built a Product for Your Unapproved AI Agents and the Nvidia Open Agent Safety Platform. Controls are also where regulators and auditors will look.

Which Standards Now Connect the Layers?

Direct answer: The Model Context Protocol connects agents to tools and reached about 97 million monthly SDK downloads by March 2026. In December 2025 Anthropic donated it to the Agentic AI Foundation under the Linux Foundation, which makes the standard vendor-neutral.

The Model Context Protocol was open-sourced by Anthropic on November 25, 2024[8]. On December 9, 2025 it was donated to the Agentic AI Foundation, a fund under the Linux Foundation, co-founded by Anthropic, Block and OpenAI[8][9]. Anthropic reported that Python and TypeScript SDK downloads reached 97 million a month on March 25, 2026, up from about 2 million at launch, with more than 10,000 public servers and over 300 clients[10]. The same source stresses that the 97 million figure counts monthly downloads and not total installs[10].

A review of the first half of 2026 reports that Google's agent-to-agent protocol moved under the same foundation, with a clear split: the tool protocol connects agents to tools while the agent protocol coordinates communication between agents[9]. Gateways are adapting as well. Kong extended its API gateway to expose tool servers as managed endpoints with authentication and observability[8].

For a buyer this means the integration layer is settling. A tool that supports the open protocol can be reused across models and vendors, which reduces switching cost. The security of these connections is the open problem, since every tool server is also a new door into company systems.

Why Is Model Choice a Cost Decision?

Routing sends each request to the cheapest model that can do the job and escalates only when needed. The calculation below uses an index in which one million tokens on a frontier model costs 1.00 unit and the same volume on a small model costs 0.10. These are invented relative numbers for illustration and not vendor prices.

Setup (2,000 million tokens a month)Small model tokensFrontier tokensCost in index unitsSaving vs all-frontier
All frontier model02,0002,0000%
70% routed to small model1,40060074063%
70% routed, 10% of small-model work escalated1,40074088056%

Source: Depth Grid calculation using illustrative index prices. Escalation sends 10% of small-model tokens (140 million) to the frontier model on top of the 600 million already routed there.

The third row is the one that matters. When the small model fails on one request in ten, the saving falls from 63% to 56%, which is still large. The lesson is that routing pays well even with imperfect quality, provided you measure the escalation rate. A stack with no gateway cannot do this, because every service calls its own model directly.

Routing also gives you a negotiating position. If switching a workload to another provider takes a configuration change and a test run, a price rise or an outage is an inconvenience. If it takes a rewrite, it is a crisis.

How Locked In Are You? The 30-Day Swap Test

Direct answer: The 30-Day Swap Test asks one question per layer: could you replace this component in 30 days without changing business logic? Score each layer from 1 (more than a year) to 5 (under 30 days). Any layer scoring 2 or less needs an abstraction plan.

This is a Depth Grid working framework. The scores below are illustrative for a typical mid-size company and should be replaced with your own.

LayerIllustrative swap scoreTypical reason for the scoreAction if 2 or less
Models4Gateway in place; prompts need re-testingAdd gateway and prompt test suite
Data and retrieval2Embeddings and permissions tied to one vendorExport and store in neutral format
Tools and protocols4Open protocol in useWrap legacy tools with protocol servers
Orchestration2Workflows written inside one frameworkMove definitions to versioned plain files
Controls3Logs exist but live in each vendor consoleCentralize identity, logs and cost limits

Source: Depth Grid framework with illustrative scores.

Run the test as a real exercise once a year. Pick one workload, switch the model behind it and measure what broke. The exercise is cheap, and the results show which layers have quietly become dependencies.

How Does an AI Native Stack Differ From a Traditional Stack?

DimensionTraditional stackAI native stack
Change rhythmCore systems last yearsModel layer changes in months
Vendor strategyPick one platformSeveral models behind a gateway
IntegrationCustom connectors per systemOpen protocol reused across models
Cost behaviorMostly fixed licensesVariable usage cost that needs routing and limits
Quality controlTesting before releaseContinuous evaluation of live outputs
Main riskOutages and slow changeLock-in, runaway spend and unsecured tool access

Source: Depth Grid analysis.

What Will the Stack Look Like by 2031?

The table below is Depth Grid analysis built on the trends above. It is a projection and not a measured result.

YearExpected shiftWhat to watch
2026Gateways and the open tool protocol become standard in new buildsShare of agents using protocol servers
2027Multi-model becomes the norm even in mid-size firmsWhether the 37% running five or more models keeps rising
2028Standard security and authentication for tool connectionsFoundation-led security specifications
2029Routing decisions are automated by policy and cost capsCost per task reported by gateways
2030Open-weight and local models handle a large share of routine workHardware cost against per-token pricing
2031The control layer is the main place vendors competeConsolidation among control and identity products

The weakest assumption is the 2030 row. It depends on open-weight quality and hardware costs, both of which could move either way. A company that passes the swap test can adapt to whichever direction they go.

How Does This Play Out in India, the US and Europe?

In India, cost sensitivity makes routing and open-weight models especially attractive, and many teams serve global clients who set data-handling rules. Personal data is covered by the Digital Personal Data Protection Act, 2023, with the Ministry of Electronics and Information Technology responsible for policy, so keep a clear record of where data goes in the retrieval layer. In the United States, the large-enterprise surveys cited here come from that market, so their multi-model figures describe big buyers and not every company. In Europe, documentation and control-layer evidence matter most, and teams should check the current AI Act text on the European Commission site because timelines have moved.

What Should a Technology Leader Do in the Next 90 Days?

The plan below is Depth Grid's suggestion and suits teams of any size.

  1. Days 1 to 30: map and score. List every AI service in use, assign each to a layer and give each layer a swap score. Find every place where code calls a model directly.
  2. Days 31 to 60: add the gateway. Route all model calls through one interface with logging, cost tracking and a switch for provider. Build a small test suite of real prompts and expected results.
  3. Days 61 to 90: swap and measure. Move one low-risk workload to a cheaper model, track the escalation rate and quality score, and record the cost change against the index table.
  4. Then centralize the controls: one identity scheme for agents, one log store and one set of spend limits.

Teams that finish this plan usually discover two or three hidden dependencies, which is the real value of the exercise.

What Is Still Uncertain?

Several cautions apply. The a16z and Dataiku findings come from surveys of large enterprises and may not describe smaller firms. Some figures reach this article through summaries and vendor blogs, including the 68% underestimate claim. The MCP figures are download counts reported by Anthropic and repeated by independent outlets, and downloads are not the same as production use. The routing table uses invented relative prices and the swap scores are illustrative. Model rankings and prices change quickly, so any vendor comparison needs fresh testing.

The design advice holds whichever vendors lead. Keep data and controls under your own roof, connect tools through open standards and make every other layer cheap to replace.

Common Questions

What is an AI native technology stack?

It is a set of five layers (models, data and retrieval, tools and protocols, orchestration and controls) designed so each can be replaced without rebuilding the others. Its defining feature is low switching cost, because models and vendors change faster than business processes.

What is the Model Context Protocol?

It is an open standard that connects AI agents to tools and data. Anthropic open-sourced it in November 2024 and donated it to the Linux Foundation's Agentic AI Foundation in December 2025. SDK downloads reached about 97 million a month by March 2026.

How many companies use more than one AI model?

An a16z survey of 100 CIOs found 81% use three or more model families, and 37% run five or more in production. Dataiku and Harris Poll found 81% of 600 CIOs expect to use two or more providers in 2026.

Why does model routing cut costs?

Routing sends each request to the cheapest model that can handle it. In Depth Grid's illustrative index, sending 70% of tokens to a small model saves 63%, and still saves 56% when 10% of that work escalates to a frontier model.

What is the 30-day swap test?

It asks whether you could replace each stack layer within 30 days without changing business logic, scored from 1 to 5. Any layer scoring 2 or less needs an abstraction plan, such as a gateway, neutral data export or versioned workflow files.

Sources

  1. Datadog, "State of AI Engineering," 2026. datadoghq.com
  2. eMarketer, "OpenAI leads, Anthropic surges as enterprise AI shifts to multi-model reality," on the a16z survey of 100 CIOs. emarketer.com
  3. Maxim AI, "5 LLM Routing Strategies Every AI Gateway Needs in 2026," citing a 2025 a16z survey. getmaxim.ai
  4. Dataiku, "Best LLMs for business," citing the Dataiku and Harris Poll survey of 600 enterprise CIOs. dataiku.com
  5. Bigeye, "Enterprise AI stack," citing Menlo Ventures' annual state of generative AI report. bigeye.com
  6. Atlan, "LLM Cost Management for Enterprise: A Practical Guide," citing the a16z CIO survey. atlan.com
  7. a16z, "Leaders, gainers and unexpected winners in the enterprise AI arms race." a16z.com
  8. Medium (MCP-Hive author disclosed), "The Rise of MCP: Protocol Adoption in 2026 and Emerging Monetization Models," February 2026. medium.com
  9. SerpApi, "The state of MCP: everything that changed in H1 2026." serpapi.com
  10. Algeria Tech News, "MCP 97 million installs 2026," reporting Anthropic's March 25, 2026 announcement. algeriatech.news

Related Analysis

Article by Mahesh | Depth Grid

Discussion (0)

Comments are disabled for this post.