The landscape

Everyone shipped an assistant. Everyone still makes you move.

There is no first mover claim to make here and this page does not try to make one. Every large host now has an AI assistant of some kind, and the ones that do not will within a year. Being early is not the opportunity.

The opportunity is that a crowded category is not the same as a served one. Underneath every one of those assistants is the same arrangement that existed before them. A customer buys a plan. The business grows. The plan runs out. Somebody moves the website onto a bigger plan, and something breaks, and the customer discovers that succeeding cost them a weekend. Then it happens again at the next size up. That is the part nobody has touched, and it is the part customers actually feel.

How to read this. The first four columns are largely settled and OnePod has no advantage in them. The last three are the argument. The final column is the honest one, and it is the reason this is a proposal rather than a pitch deck.

The matrix

Assessed from public product material as of July 2026, plus hands on use where possible. Partial marks are doing real work here and the footnotes matter more than the colours.

Y Shipping as a product ~ Partial, or possible but not productised N No
Who Plain language
control
Agent access
via MCP
Isolated per
customer
Assistant is the
primary interface
Grows with no
migration
Rewind the
customer can use
Fixed and metered
on one unit
Closest analogues
GoDaddyAiro, Airo for WordPress Y~1~~NN2N
Pressable, InstaWP, HostAfricaMCP enabled hosts YYY~3NN2N
Premium managed WordPress
Kinsta, WP EngineContainer isolated, developer led ~4~4YNN~2N
Builders aimed at small business
Wix, Squarespace, HostingerSite builders with AI YNNN~5~N
ShopifyCommerce with Sidekick Y~NN~5NN
AI application builders
Replit, Lovable, Bolt, v0Prompt to deployed app Y~YYN6~7N
Infrastructure that could host this
CloudflareWorkers, Containers, Sandboxes NYYNYN~8
bunny.net, FastlyEdge with container compute NNYNYNN8
Railway, Render, Fly.ioContainer platforms N~YN~NN8
The incumbent shape
Traditional shared hostingPanel, plans, upgrade path NNNNNNN
This proposal
OnePodNot built YYYYYYY

1. GoDaddy shipped domain APIs in July 2026 aimed at developers and their agents, which is agent access to registrar functions rather than to hosting. 2. Backups and staging are not the same thing as a rewind a non technical owner will actually use. The distinction is whether restoring is a support ticket or a sentence. 3. The assistant drives the existing control panel rather than replacing it. Real and useful, but the panel remains the product. 4. Kinsta published a guide to building an MCP server against its API. That is a capable customer doing it themselves, not a product. 5. Builders do solve migration, by never letting you leave. That is lock in rather than portability, and it is the reason this proposal takes an explicit position against builders. 6. Portable code, but infrastructure coupling means outgrowing the platform still costs a move. 7. Version history exists for the code in some of these, aimed at the person who wrote it. 8. Metered only. The point of the last column is both models on one unmoved pod, switchable as a billing setting.

Where each of them genuinely wins.

A comparison table that only flatters the person who made it is worth nothing. These are real advantages and several of them are not reachable from where this proposal starts.

GoDaddy

Distribution nobody can buy

The largest registrar in the world, with the domain purchase as the first touch and a support organisation built at a scale that functioned as a moat for two decades. Airo also covers the full site lifecycle rather than only creation, which is further than most.

Pressable and the MCP hosts

They shipped first, and it works

Native agent control included at no extra cost, working across several assistants. Whatever this proposal argues, they got a real version of the interface into customers' hands earlier, and that counts.

Kinsta and WP Engine

The infrastructure is already right

Isolated containers per site, mature tooling, staging, and support that knows WordPress deeply. The pod described here is not a novel piece of infrastructure. They are running the hard part already, and sell the upgrades on top of it.

Wix and Squarespace

The customer never thinks about hosting

They solved the problem this proposal is aimed at, completely, by owning everything and making leaving impractical. Millions of businesses are happy with that trade. This is a bet that a meaningful minority are not.

Replit and Lovable

Momentum and money

Prompt to deployed application, with real revenue growth behind it and a market majority who do not write code. They are also the direct competitor for the earliest customer segment here, and they are better funded by orders of magnitude.

Worth knowing about all of them

None of them own where the data lives

Replit's databases run on Neon. Lovable and Bolt both run on Supabase, and Supabase and Neon in turn run on the hyperscalers. So a customer pays the builder, the builder pays the data platform, and the data platform pays Amazon. An operator that owns the hardware starts underneath all three of those margins, and that gap does not close with funding.

It also softens their portability claim. Lovable's own documentation says the code is fully yours, then notes that moving the backend off Supabase to ordinary Postgres is not supported out of the box, because the app depends on Supabase for authentication, storage, realtime and edge functions. The code travels. The application does not.

Cloudflare

Every component, already generally available

Containers and agent sandboxes shipped in 2026, day zero support for the current agent protocol, and the network underneath. There is no small business product on top of it yet. That absence is the entire window this proposal depends on.

Who you sell it to first depends on who you already reach.

This is one platform with three entry points. If a provider does not believe it can sell to small business owners, that is not the end of the conversation, it is a change of starting audience. The pod does not change. The words on the page do.

If you sell infrastructure to technical buyers

Start with developers

Alternative cloud, VPS and virtualisation shops. The audience already there is technical and buys on capability.

Lead with

The simplest deployable unit that never needs migrating. Measured pricing, real version history, rewind as an operation rather than a restore ticket.

Never say

Simple. This audience hears simple as limited. Say fewer moving parts.

The risk

Developers ask for knobs. Configuration is the thing this product exists to remove, so use them to prove the mechanics and do not let them set direction.

If you already have a small business base

Start with the base you have

Shared and managed hosting. The audience, the brand and the low touch support model already exist.

Lead with

No more migrations, a known number every month, and an assistant that answers instead of a panel that waits. Move existing customers up rather than buying new ones.

Never say

Platform. They are not buying infrastructure, they are buying the end of having to think about it.

The risk

Cannibalising revenue you already have. The uplift has to be real and measured against the old bill, not counted twice.

If you bill for services on client work

Start with your own book

Managed service providers and agencies. The economics invert here in a useful way.

Lead with

Margin on clients you already carry. Routine client requests absorbed rather than staffed, and the capacity to accept the clients you currently decline as too small.

Never say

This reduces support cost. Support is your revenue. It raises what each engineer can carry.

The risk

Clients belong to the practice, not the platform. Losing one partner loses a block of pods at once.

The reference company for the technical end is walking away from it.

DigitalOcean is the closest thing to public proof that a business exists at the small end of cloud. It ended the first quarter of 2026 with more than 650,000 customers across twenty data centres and just over a billion dollars in annual run rate revenue, which works out to roughly a hundred and thirty dollars a month blended, and far less than that once the large accounts are set aside. That is the segment, sized by somebody who has to file the numbers.

The interesting part is where their attention has gone. Revenue from customers spending over a million a year grew 179 percent, AI customer revenue grew 221 percent, and the company now describes itself as a cloud purpose built for inference and agentic workloads. Their own definition of a serious customer starts at five hundred dollars a month. Gross margin fell from 61 to 56 percent as data centre costs rose.

None of that is criticism. It is a rational move toward larger customers and it is working. But it means the one company that proved this segment exists is now aiming above it, while carrying the capital cost of doing so. The customers underneath that line still need somewhere to be.

650k+DigitalOcean customers, Q1 2026
$1.03BAnnual run rate revenue
56%Their gross margin, down from 61
101%Net dollar retention, a realistic anchor for this segment

Three audiences, three sets of words, one pod underneath. The positioning has to differ now because the buyers are genuinely different people today. In two or three years the distinction gets thin: everybody will describe what they want, and it will run somewhere they never think about. Building for that convergence is cheaper than being surprised by it.

What the table actually says

Three columns are unclaimed, and they are the three a customer actually notices.

The interface is settled and this proposal is late to it, which is fine, because the interface was never the difficult part. Every assistant in the table above eventually hands the customer back to a plan they will outgrow, and a move they will have to sit through.

Nobody ever has to moveOutgrowing your size changes a number on a bill, not where your website lives. Builders manage this by making leaving impractical. Nobody has done it while still letting the customer go.
Rewind as a sentenceVersion history the owner uses without knowing the words backup or staging. Everyone has the underlying capability. Nobody has made it a product primitive.
Two billing models, one podFixed size for the business that needs a known number, metered for the developer who wants the meter, switchable without a product change.

The last column of the matrix is the honest one. None of this is built, and the companies above have shipping products, funding and customers. What is on offer is a clear read of where the market is going and a plan to get there, which is worth a scoped first step rather than a leap.

Read the case for why now, the numbers for what it costs, and the open questions for what is unresolved.