I run my own AI. Not a subscription. Not an API key. Not a
cloud account. A machine in my building, models on my
hardware, data on my disks, and an agent that works on it
every day. That is not a hobby project. It is how I do
business now, and I believe more businesses are heading
toward the same place whether they plan to or not. This
post is the case for local AI, built from a year of running
it, the market numbers I keep running into, and an honest
list of where local AI does not win.
The Cost Is Not the Token Price
The first thing to unlearn: "API prices are falling" is not
the same as "AI is getting cheaper for your business."
Per-token prices have been falling for two years. Total AI
spend has been going up. Both are true at the same time,
because every efficiency gain feeds more usage. That is
Jevons' paradox, the 1865 steam-engine finding: better
engines did not save coal, they spread coal into more
industries.
The 2026 numbers make this concrete:
-
Token consumption is up roughly 13x since early 2025, and
Gartner projects inference spending will overtake training
spending this year for the first time.
-
Gartner's August 2026 forecast puts AI inference cost per
agentic workflow up more than fivefold through 2028.
Falling per-token prices do not fix that. The workflow is
doing more work.
-
Ramp tracked company AI spend in April 2026: median $46
per employee per month, but companies running 26 or more
models averaged $442. Same seat, wildly different bill.
-
One employee doing email summaries burns about 10,000
tokens a day. One running coding agents can burn 10
million. Same subscription. 1,000x cost difference.
Nobody sees the bill until it arrives.
And the metering changed underneath everyone in April 2026.
Anthropic and OpenAI both moved enterprise deals from flat
seat pricing to per-token API metering. Anthropic cut the
visible seat fees by 50 to 90 percent, removed the API
discounts, and added mandatory commitments. Several
analyses put the real total cost of ownership up 15 to 30
percent for typical enterprises. The sticker price dropped.
The invoice went up.
What the Market Is Telling Us
The big labs are spending on credit. Microsoft, Amazon,
Alphabet, and Meta put over $400 billion into AI
infrastructure in 2026 alone, funded by $121 billion in new
bonds. That is 4x the previous decade's average annual
borrowing. CoreWeave carries $35 billion in debt with a
quarterly interest bill of $640 million and margins around
1 percent.
These are not costs that go away when models get cheaper.
Land leases, power contracts, chip depreciation. The costs
are committed. The price of the product is not.
Meanwhile China is running the solar playbook on software.
Open-weight models with MIT licenses at a fraction of
Western prices, state-subsidized memory and chips, and a
policy that treats cheap abundant intelligence as industrial
strategy. The point is not that Chinese models are better.
At the very top, mostly they are not. The point is that good
enough at a near-zero marginal price beats excellent at $50
per million tokens for most actual work.
That combination, committed costs on the supply side and
collapsing prices on the demand side, is what I am watching
when I talk about AI economics. It is the same shape as the
fiber-optic buildout of 1999. The hardware is real. The
revenue has not kept up.
None of this is a prediction that the labs will fail. It is
a prediction about where the pricing power goes, and I would
rather be on the other side of it.
The Budget Shock Is Already Here
This is no longer hypothetical:
-
Uber maxed out its entire 2026 AI budget in four months
and capped employee spend at $1,500 per month per tool.
- Tesla capped AI spend at $200 per week per employee.
-
Microsoft cancelled most of its internal Claude Code
licenses and redirected engineers to its own tooling.
-
One enterprise client reportedly spent half a billion
dollars in a single month after failing to set usage
limits on Claude licenses.
-
A Mavvrik and Benchmarkit survey: 25% of organizations
delayed or canceled an AI initiative over cost. 40% of
cost overruns required board-level escalation.
-
67% of enterprises ran over their agent spend budget in
the past year.
When the largest buyers in the world are putting caps on
employee AI usage, that is not a pricing hiccup. That is the
market telling you the cost curve is not under your control.
It is under someone else's.
Why Local, Then
Here is the list, in order of how much I weight it:
-
The cost curve is yours. Local inference
costs electricity, not per-token fees. The machine is
amortized. After that, more usage means more value, and
the marginal cost is watts. Jevons' paradox still
applies, but it works for you now. Your users can burn
all the tokens they want and the bill moves with the
electric company, not a rate card.
-
Privacy is the architecture, not a checkbox.
Prompts, documents, and questions never leave your
network. No provider logs what you asked. No model is
trained on your material. No data-residency question to
answer at audit time. For healthcare, legal, finance, and
anyone with client data, this is not a preference. It is
the difference between a compliance conversation and a
compliance requirement.
-
Nobody can deprecate you. No rate limits,
no account freezes, no ToS rewrite, no model quietly
retrained under you, no "this tier is no longer available"
email at the worst possible moment. The stack is yours to
read, tune, and swap.
-
You control the cadence. This one is
underrated. The research on AI-assisted work keeps
finding the same pattern: saved effort comes back as more
review, more decisions, and a higher baseline. The people
who burn out are the ones who cannot stop, because there
is a quota on the other side of the meter. A local stack
has no quota. You turn the machine off at 5 and it stays
off. That is a workforce health feature, not a technical
one.
-
It runs on your data. A local model wired
into your own documents, notes, and systems knows your
business. It is not a generic assistant with your logo on
it. The second-brain effect, AI working from your own
knowledge base, only works when the knowledge base can
actually reach the model.
-
Agentic workloads break the economics first.
Agents do not ask one question. They loop. A single agent
task can consume millions of tokens of context, tool
calls, and retries. Per-token metering does not survive
contact with an agent loop. Local does.
-
It keeps working. No vendor outage, no
regional cutoff, no weekend incident on someone else's
platform. If your business can run its AI on its own
grid, it runs when the grid everyone else is on does not.
Where Local AI Does Not Win
I would not trust a builder who skipped this section. The
honest version has a long weakness list:
-
The frontier gap is real. For the
hardest tasks, the best closed models are still ahead. If
your use case genuinely needs the top 1% of capability,
rent it. Do not pretend a 27B local model does what a
frontier model does. That's my experience, not a verdict.
My experience is that for most commercial work, the gap
has closed to "good enough," and the rest of this post is
about what good enough is worth.
-
Someone has to own the ops. Hardware,
model updates, quantization, monitoring, backups. A DIY
stack delivers the chat but not the governance. Access
controls, audit trails, and security review still have to
be built. Self-hosting closes the external data path. It
does not close the other attack surfaces, and it moves
the patching onto you.
-
Hardware is a real entry cost. A box
that runs a strong model well is a few thousand dollars.
A serious setup is a few tens of thousands. Below roughly
50 to 100 daily active users, a subscription is usually
cheaper on pure cost. Below that threshold you are buying
sovereignty and data control, not savings. Know which one
you are buying.
-
Break-even is volume and compliance, not
convenience. Industry rule of thumb: under about
a million tokens a day, the API probably wins. Past two
million a day, or with hard compliance requirements,
self-hosting starts to pay for itself, typically inside 6
to 12 months. If you are not at that volume and not under
that compliance, the cost argument is weaker than the
sovereignty argument. Say that plainly to the client.
-
Models churn. New weights ship
constantly. There is real maintenance in quantizing,
testing, and swapping models as the field moves. The
person who installs it and walks away is the person who
will be apologizing in six months.
-
Scale has a ceiling. A local cluster
cannot match datacenter throughput for bursty, heavy
workloads. You size for your peak, and the peak gets
bigger.
The practical answer to all of this is a hybrid: local for
the volume, the sensitive data, and the agent loops; a
frontier API for the occasional hard problem where the
capability gap is worth the bill. That is what I run. It is
what I recommend.
What Happens If Commercial AI Prices Go Up
Here is the honest forecast. Per-token prices at the low
end keep falling, and the high end keeps rising. The
enterprise metering shift is the first visible piece of
that. The question for a business is what happens to the
middle, where most commercial AI spend actually lives.
Scenario one: the squeeze. Flagship and
agent-tier prices rise or metering tightens while the
commodity tier commoditizes. The companies that built their
workflows on a single vendor API feel it first. The ones
with usage-based contracts and no caps get the shock bill.
The ones that had already moved volume workloads to local
infrastructure treat it as a line-item change and keep
going. This is the scenario I am pricing my own
infrastructure against.
Scenario two: the cliff. A cost-push event.
Power contracts, chip depreciation, and debt service force
across-the-board increases. Then it is not a pricing
decision, it is a survival decision. The companies that
have local capacity for core workflows continue operating.
The ones that do not make the same call their competitors
made two years ago, or they stop using AI at all. I think
this is the scenario the Uber and Tesla caps are a dress
rehearsal for.
Scenario three: the commodity floor. Prices
keep falling everywhere, open weights included, and the
cost case for local weakens. In that world, local AI still
wins on privacy, sovereignty, cadence, and resilience, just
not on the price line. The business case narrows from
"cheaper" to "mine." For a lot of organizations, that is
enough. For a lot of them, it is the whole reason.
Scenario four: the split. My base case. The
market bifurcates into a cheap commodity tier and a rising
premium tier, with the middle hollowing out. Businesses
that bet on one vendor API end up squeezed between metering
on one side and lock-in on the other. Businesses that run a
hybrid stack, local for volume, API for the frontier, are
positioned in both halves of the market at once. That is
the hedge, and it is the reason I keep saying the
destination is not "local instead of cloud." It is "you
choose the mix, and you choose it from a position of
control."
The common thread across all four: the businesses that can
run their own inference are the ones that get to make the
call. The others find out what the vendor's pricing page
says.
How to Get There Without Buying a Datacenter
If you are a business owner reading this and the words
"local AI" feel like a server-room conversation you do not
have time for, here is the actual path. It is shorter than
it sounds:
-
Pick one workflow with a fast feedback loop.
The winners in this space are the ones where wrong
answers get caught quickly and matter. Document
processing, internal knowledge questions, drafting, lead
research, support triage. Not "replace the executive team
with an AI." One workflow.
-
Inventory what cannot leave the building.
Client records, contracts, pricing, anything an auditor
or a regulator would ask about. That list is your starting
point, not an afterthought. If the list is empty, you may
not need local AI yet. If it is long, you need it more
than the cost math suggests.
-
Start with one box, not a cluster. A
modern single-GPU machine or a Mac Studio-class box runs a
strong open-weight model today. The models that required a
server room two years ago now sit on a desk. Buy the
minimum that handles your peak, and add capacity when the
bill of usage justifies it.
-
Put a real harness on top. A chat window
over a local model is a toy. The value is in the agent
layer: memory, tools, access to your files and systems,
scheduled jobs. That is the difference between a
calculator and an employee.
-
Route, don't replace. Keep a frontier API
account for the hard 5%. Point the bulk of the volume at
local. A routing layer in front of both makes the mix a
setting, not a migration.
-
Measure from day one. Cost per task,
hours saved, error rate against your baseline. If the
numbers do not work in 60 days, you have lost a few
thousand dollars and learned something. If they do, you
have an asset the vendor's rate card does not reach.
-
Plan the ops before you need them.
Updates, monitoring, backups, and one named human who
owns the stack. The stack that has no owner is the stack
that fails.
That is the whole build. It is a systems project, not a
research project, and it is exactly the kind of project that
does not require you to become an AI engineer.
How Red Oak Helps
This is where the post stops being a theory. Red Oak Labs
builds and runs local AI infrastructure as a core service,
not a side offer. We run our own stack for our own
business: local models, an agent harness, persistent
memory, and a routing layer that sends each task to the
right model. Everything in this post is something we have
operated, not something we have read about.
For a business, that shows up as:
-
An audit and roadmap. What workloads you
have, which ones hit the cost cliff, which ones cannot
leave your network, and what the mix should look like.
Fixed scope, fixed price.
-
The build. Hardware sizing, model
selection, the agent layer, integration with your
existing systems. We deliver a working system, not a deck
about one.
-
Routing and governance. Local for volume
and sensitive work, frontier API where it earns its
place, with the controls and audit trail your auditors
ask for.
-
Ongoing support. Model updates,
monitoring, backups, and the named-human-who-owns-it
problem, solved as a service instead of a headcount
decision.
If your AI bill is starting to surprise you, or your data
should not be leaving the building and currently does, that
is the conversation. I'd like to have it.
Consider this part one.