Application Layer vs Model Layer in AI

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

Every AI startup sits somewhere on a stack. Some build chips and data centers. Some train the large models that everyone else rents. Some wire those models into tools, and some sell a finished product to a customer who has never heard of a token. Which layer you pick decides how much capital you need, how fast your costs fall, and who can copy you.

The phrase "application layer vs model layer" is shorthand for the most important choice on that map. The model layer is expensive, scale-driven, and crowded with giants. The application layer is cheaper to enter, closer to the customer, and exposed to a different risk: the layer below you can change what's possible overnight.

This article lays out the four layers, what it costs to compete in each, and how venture investors and researchers have argued that value spreads across them. If you're running a B2B company and deciding whether to build with AI, or evaluating a startup in the space, this is the map to keep in your head.

The generative AI stack in four layers

Most analyses of the stack use three layers: infrastructure, models, and applications. The firm a16z described exactly that split in January 2023: applications that bring models to users, the models themselves (offered as proprietary APIs or open-source checkpoints), and the infrastructure of cloud platforms and hardware makers that runs training and inference.

In practice a fourth layer has grown up in the middle. It's the tooling that connects raw models to real work: retrieval, orchestration, evaluation, guardrails, and the plumbing that turns a model call into a dependable workflow. Splitting it out makes the picture clearer, because a lot of startups live there.

Layer What it sells Typical customer Capital intensity Main risk
Compute and infrastructure Chips, cloud capacity, training and inference hosting Model builders, large enterprises Very high Commodity pricing, depreciation of hardware
Foundation model General-purpose models via API or open weights Developers, tooling firms, enterprises Very high Fast imitation, falling price per capability
Tooling and orchestration Retrieval, agent frameworks, evaluation, monitoring Developers and product teams Moderate Being absorbed into the model or the cloud
Application A finished product that solves a specific job Business users and consumers Low to moderate Retention, differentiation, margin squeeze

Two things to notice. First, capital intensity falls as you move up. Second, so does your control over the inputs. An application company doesn't set the cost of the model it uses, and it can't stop the model from getting better at the very task it sells.

What each layer actually does

Compute and infrastructure. This layer provides the physical and cloud capacity that makes everything else possible. It's a scale game: a few companies with enormous balance sheets, long lead times for hardware, and demand that depends on the layers above. Startups rarely win here unless they bring a genuinely different approach to hardware or to serving models efficiently.

Foundation models. These are the large, general-purpose models trained on broad data. They're the closest thing the stack has to an engine. A lab trains one model and then sells access to it for thousands of use cases. Because the same model serves many buyers, the economics reward whoever has the most capital, compute, and talent, at least for the frontier.

Tooling and orchestration. This is the middleware. A good example of an archetype is a company that helps teams evaluate whether a model's answers are accurate, or one that manages the retrieval pipeline feeding a model with a customer's documents. It serves builders, not end users, so its fate is tied to how many builders there are.

The application layer. Here the product is a job done, not a model. A contract-review tool built on a third-party foundation model, a support assistant trained on a company's help center, a coding assistant inside an editor: each wraps model capability inside a workflow, a user interface, and a data connection that a business actually buys. If you're curious how the thinnest versions of this layer get criticized, we cover that in AI wrapper vs AI native.

Where startups compete and what it costs

The cost of entry differs by orders of magnitude. Epoch AI estimated in June 2024 that the amortized hardware and energy cost of the final training run for frontier models had grown at 2.4x per year since 2016, and warned that the largest training runs would cost more than a billion dollars by 2027. Epoch's breakdown for major models put hardware at 47 to 67 percent of development cost, staff at 29 to 49 percent, and energy at 2 to 6 percent. That's a projection from 2024, so treat it as a direction rather than a current price tag. But the direction explains why the foundation layer looks the way it does: a handful of well-funded labs, plus open-weight efforts backed by large companies.

For a typical founder with a team of 20 and a seed or Series A round, that math rules out the frontier model race. What's left is the application and tooling layers, and the cheaper edges of the model layer (small specialized models, fine-tunes of open weights). If you're weighing whether to adapt a model or steer it with prompts, fine-tuning vs prompting for agents walks through that decision.

Why does the application layer feel more reachable? Because the price of capability keeps falling underneath it. The Stanford AI Index reported in its 2025 edition that the inference cost for a system matching an early-2023 frontier-class model dropped over 280-fold between November 2022 and October 2024, and that hardware costs have declined 30 percent annually. A product that was uneconomic in 2022 can be profitable by the time you ship. The newest edition shows industry now produces over 90 percent of notable frontier models, which tells you who is spending to push the frontier, and why the rest of the market treats it as a given input.

Key Facts: Layers of the AI Stack

How value has been argued to accrue

The honest answer is that the argument has moved, and it's still moving. Three snapshots show the shift.

Early 2023: infrastructure wins first. The a16z analysis cited above concluded that infrastructure vendors were likely the biggest winners so far. Applications showed strong top-line growth but struggled with retention, product differentiation, and gross margins, and model providers hadn't yet reached large commercial scale. At that point the money flowing through the stack stopped mostly at the bottom.

Late 2023: the app layer needs its own moat. Sequoia's Generative AI's Act Two (September 2023) said the authors had expected application and foundation model companies to separate cleanly, but that this hadn't happened yet, and that the most successful user-facing applications out of the gate had been vertically integrated. It argued that workflows and user networks seemed to create more durable advantages than data, since the next generation of foundation models could erase a data moat. It also flagged weak retention: the median generative AI app showed a 14 percent daily-to-monthly active user ratio, far below the best consumer apps.

Mid 2024: the infrastructure bill has to be paid for. Sequoia's AI's $600B Question (June 2024) argued that the capital being spent on GPUs far exceeded the revenue AI products were generating, and described a gap of roughly $500 billion a year. Its point on value was that falling compute prices are good for builders and long-term innovation, but bad for investors who bet on prices holding.

Late 2025: spending is flowing to apps. Menlo Ventures' 2025 enterprise report found that more than half of enterprise generative AI spend, $19 billion of $37 billion, went to the application layer. Within that, horizontal AI took $8.4 billion, departmental AI $7.3 billion, and vertical AI $3.5 billion. The report also found that AI buyers converted at 47 percent compared with 25 percent for traditional software.

Put those snapshots side by side and you get a useful, if provisional, pattern. Early on, dollars pooled where the scarce inputs were. As the inputs got cheaper and models got good enough, enterprise budgets moved toward products that finish a job. None of these sources is a prediction of the future, and each is one firm's view, often with a stake in the answer. But the direction is consistent enough to plan around.

The economics of each layer

Here's how the money tends to work at each level, based on the sources above and standard unit-economics logic.

Layer Revenue shape Cost shape What decides margin
Compute and infrastructure Usage-based, large contracts Huge upfront capital, hardware depreciation Utilization and pricing power
Foundation model API usage, licensing Training runs, staff, serving costs Scale, efficiency, differentiation of capability
Tooling and orchestration Subscriptions, usage tiers Engineering-heavy, moderate cloud spend Whether it stays a separate product
Application Seats, usage, outcomes Model usage per customer, support, sales How much of the model cost you can pass on

For application companies, the most important number is gross margin. Software has historically been prized for margins in the 70s and 80s. AI products carry a variable cost on every use, because each request calls a model. That's why a16z's early finding of 20 to 40 percent of revenue going to inference and fine-tuning mattered: it meant the old software margin profile didn't automatically apply. Whether that's still the right range today depends on the product, the model mix, and how usage is priced, so check the current numbers for any company you're evaluating rather than assuming.

There's a second effect. Because the model layer is getting cheaper per unit of capability, an application's costs can fall without any work on your side. But so can your competitors' costs, and so can the price customers will accept. Falling input prices help every entrant at the application layer, which makes differentiation come from somewhere other than the model itself.

Application layer versus model layer: how to choose

Think of the decision as three questions.

Do you have a reason to own the model? If your edge is a capability a general model can't deliver, such as a narrow domain with proprietary data and a need for tight control over latency or privacy, a specialized or fine-tuned model may belong in your stack. If your edge is understanding a customer's workflow, renting the model is usually the better bet. The trade-offs are covered in buy vs build for SaaS AI features.

Where does your durable advantage sit? Sequoia's argument about workflows and user networks points to the application layer, where an advantage can come from distribution, integration with a customer's systems, and trust built over time. A model advantage can be matched by the next release. A workflow embedded in a team's daily routine is harder to dislodge. For the framework behind that thinking, see competitive positioning.

How exposed are you to the layer below? Every application depends on a model supplier, and every model builder depends on compute. Mapping your own product's value chain shows which suppliers you could swap and which you couldn't. Companies that can switch between models keep their bargaining power, and companies that can't are one pricing change away from a margin problem.

A useful test: if the model underneath your product improved tenfold next quarter, would your business get stronger or disappear? If it gets stronger because you own the workflow, the customer relationship, and the data, you're building a durable application. If it disappears because your whole product was one clever prompt, you're building something fragile. We look at that second case in AI wrapper vs AI native.

Layers versus focus: vertical and horizontal

The layer you choose is one axis. The other is breadth. A horizontal application serves a function across industries, and a vertical one serves a single industry deeply. Menlo's 2025 split shows both have real budgets, with horizontal at $8.4 billion and vertical at $3.5 billion. We compare the two in vertical AI vs horizontal AI, and the ways each layer earns money are in AI startup business models.

Common misreadings of the stack

"The model layer will take everything." It's tempting to think the labs will absorb every use case. The Sequoia analysis points the other way: the most successful applications were vertically integrated, which suggests that owning the workflow and the user matters as much as the model. But the risk is real for thin products, because a model getting better at a task can erase a product built on the gap.

"The application layer is just a wrapper." Some applications are. Many aren't. A product that embeds in a company's systems, accumulates its context, and learns its processes does a lot more than pass text to a model. The critique is accurate for the thinnest cases and unfair for the rest.

"Infrastructure always wins." The 2023 analysis found infrastructure capturing most dollars, and that was true for that moment. But the 2024 analysis argued that the revenue base hadn't yet caught up with the spending, and the 2025 data shows enterprise budgets tilting toward applications. Positions in the stack shift over time.

"Pick one layer and stay there." Plenty of companies straddle layers. A vertical application may fine-tune a small model, and a model company may ship its own application. The stack is a way to understand dependencies and economics, not a set of walls.

What this means for founders

Start with the customer's job, not the layer. Pick the layer that lets you solve that job with the least capital and the most durable edge, then design for the layers around you changing. Keep your model supplier replaceable, measure your gross margin per customer from day one, and build the parts of the product that a better model can't copy: your integrations, your workflow, your data position, and your relationships.

The stack is also a moving target. The price per unit of capability is dropping, the number of competent models is growing, and the enterprise budget is moving toward products that finish work. Revisit your layer choice at least once a year.

Frequently Asked Questions about the AI Application Layer vs Model Layer

What is the difference between the application layer and the model layer in AI?

The model layer trains and serves general-purpose models that many products can use. The application layer packages model capability into a finished product for a specific job, with a workflow, an interface, and customer data connections. Model companies sell capability, and application companies sell outcomes.

Where do AI startups usually compete?

Most startups compete at the application and tooling layers, because frontier model training is capital-heavy. Epoch AI estimated that frontier training costs have grown 2.4x per year since 2016 and projected runs above a billion dollars by 2027. Smaller teams usually rent a model or fine-tune an open one.

Which layer captures the most value?

It depends on the period and the source. a16z concluded in early 2023 that infrastructure vendors captured most dollars, while Menlo Ventures found in late 2025 that $19 billion of $37 billion in enterprise generative AI spend went to applications. Each is one firm's view, so treat them as evidence, not settled fact.

Are AI applications just wrappers around models?

Some are, and those are the most exposed when models improve. Others embed in a customer's systems, learn their workflows, and hold their data, which gives them an advantage a model upgrade doesn't erase. Whether a product is fragile or durable depends on what it owns beyond the model.

Why do AI application gross margins differ from traditional software?

Each use calls a model, which creates a variable cost. a16z reported in early 2023 that app companies spent around 20 to 40 percent of revenue on inference and per-customer fine-tuning, with gross margins more often 50 to 60 percent than 90 percent. Current figures vary by product and pricing, so check them for each company.

Should a startup build its own model?

Only if a general model can't deliver the capability and you have the data, talent, and capital to sustain it. For most B2B products, renting a model and building the workflow around it is cheaper and faster. You can always specialize a model later once usage proves the need.

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.