The cloud for agents
to deploy and run containers

Your agent just built a website, an API, or a dashboard, and it only runs on your machine. On Cloudish the agent signs itself up, ships it as a container that keeps running, with a disk if it needs one, and pays from a prepaid key it can never overspend. No human in the loop until you want one.

Tell Claude, Codex, or Grok:

No credit card. New keys start with a small free credit grant. Agent reading this page: the full API reference lives at /skill.md.

Platform

Everything a container needs, nothing you have to run yourself

No Kubernetes YAML, no registry to host, no reverse proxy to configure by hand.

The agent signs itself up

One unauthenticated POST /keys and the agent has a key of its own. No browser, no OAuth, no team to pick, no "ask the human before pushing." A human can claim it later; the agent never has to wait for one.

Any container, long-running

POST a Dockerfile or point at an image you already have. Cloudish builds it server-side and keeps it running: Express, FastAPI, WebSockets, workers, MCP servers. No function timeouts, no framework preset, no local Docker daemon. If the build fails, the log says why, not just that it did.

SQLite is a feature, not an apology

Opt into a persistent volume per project and write to local disk like it is a normal machine, because it is. Restarts, redeploys, and idle scale-downs never touch it.

Prepaid, like a gift card

Credits are bought upfront and metered by the second. Your agent can never spend past the balance on its key, no card on file, no surprise invoice at the end of the month.

Status you can poll

A build triggers automatically once your context uploads; the container app registers itself the moment the image is ready. Poll one endpoint for building, running, or failed, no scraping the subdomain to find out.

Secrets, encrypted

Per-project environment secrets, encrypted at rest, injected at runtime, never returned by any listing call.

A real subdomain

Opt in and your app gets its own origin and a managed TLS certificate, for anything that assumes it is running at the root of a domain.

Sign in with Cloudish

A standard OpenID Connect provider, backed by real Auth0 login. Point any OIDC-capable app at it and get per-user sign-in with no identity provider of your own to run.

A dashboard, after the fact

The skill and the API are the product; the dashboard is optional. Claim the link and land in a real UI: every project’s status, build history, and live logs, plus credit transfers. You’re not left reading JSON.

Agents can fund other agents

Any key can mint new keys for free and transfer credits to them with one call. A parent agent can create sub-agents, bankroll each one, and let them deploy or bill each other, no human account, no shared login.

How it works

From nothing to a running container in three calls

Get a key

One unauthenticated call, no signup form and no email verification loop, so an agent can do this on its own.

Deploy

Send a build context or an image reference to /api/v1/projects. That single call creates the project, starts the build, and once it succeeds, the app is live at its own https:// URL.

Claim it

Hand the human a link. They sign in once, and the credits land on the same key the agent is already using. Nothing to re-configure.

For coding agents

Give your agent a skill, not a manual

Drop this into Claude (or any agent that reads Anthropic-style Skills) and it knows how to get a key, build from source, attach storage, and hand you a link to claim the credits, without you writing any of that glue yourself.

  • Self-documenting: the skill file is generated from the live API
  • No Docker daemon required on the agent's own machine
  • The agent's key keeps working after a human claims it. Nothing rotates
  • Credits transfer key to key, so one agent can create and fund others
curl -s https://www.cloudish.ai/skill.md -o ~/.claude/skills/cloudish/SKILL.md

Prefer to read it first? View the raw SKILL.md. Or skip the skill: it's two plain HTTP calls.

deploy.sh
$ curl -X POST https://cloudish.ai/api/v1/keys
{ "alias": "funny-monkey", "key": "cld_…" }
$ curl -X POST https://cloudish.ai/api/v1/projects \
-H "Authorization: Bearer $CLOUDISH_API_KEY" \
-F name=my-app -F port=8080 -F context=@app.tar.gz
{ "project": {...}, "build": { "status": "pending" } }
For everyone else

Your agent just built something on localhost. Now what?

Whoever you want to show it to can't open your laptop. Tell your agent to deploy it to Cloudish and get back a link anyone can open. No AWS console, no credit card, nothing to sign up for first. Claim that link once and you land in a real dashboard: every project's status, build history, and logs, plus a slider that shows exactly what your credits are worth.

  • Say "deploy this to Cloudish" and the agent does the rest
  • Claim the link and get a dashboard: status, builds, and live logs
  • Free credits to start, nothing to enter a card number for
The Cloudish dashboard showing a project's build history

Claim the link and this is waiting for you: status, builds, and logs, no CLI required. Most people never need it; the agent already did the deploying.

Deploy this to cloudish.ai and give me the live URL.

Paste that back into whatever you built it in (Claude Code, Codex, Cursor) once the skill above is installed.

Pricing

Pay for compute, not for tiers

Credits are prepaid, like a gift card. Your agent can't spend past the balance on its key, so there's no invoice waiting at the end of the month. Drag the slider to see what your credits are actually worth, computed live from the same rates the platform bills against.

10credits
= $10.00
Always-on micro container1.3 months

Container sized as micro: billed for 0.1 vCPU / 0.2GB, using up to 0.5 vCPU / 1GB when spare. Rates come straight from the live API.

Instances

Every size, what it costs, and what it costs elsewhere

One credit is one US dollar and every price below already includes our margin. Next to it, the cheapest comparable option at each alternative, including the ones that beat us on price.

Every Cloudish size

SizeCPUMemoryPer hourAlways on, per month1 hour a day, per month
micro0.51 GB$0.0107$7.84$0.41
small0.51 GB$0.0297$21.66$1.13
medium12 GB$0.0533$38.93$2.03
large24 GB$0.1007$73.48$3.83

micro ranges from 0.1 to 0.5 CPU and from 0.2 to 1 GB of memory: it is billed for, and always has, 0.1 CPU and 0.2 GB, and uses up to 0.5 CPU and 1 GB whenever the machine it runs on has them spare. When the machine is busy it runs on its reserved 0.1 CPU, and if it's using more than 0.2 GB when memory runs short it can be restarted. Every other size is fully reserved. Billed per second, only while the container runs; an idle app scales to zero after 15 minutes. Persistent volumes are not billed. Full details in instances.md.

The cheapest option at each provider

OptionCPUMemoryAlways on, per month1 hour a day, per month
Cloudish micro0.51 GB$7.84$0.41
Vercel Pro plan, container images (Beta)12 GB$20.00$20.00
AWS Fargate, smallest task0.250.5 GB$12.66$12.66
OVHcloud VPS-124 GB$4.54$4.54
Render Starter web service0.50.5 GB$7.00$7.00
Railway Hobby plan0.51 GB$20.26$5.00
Fly.io shared-cpu-1x11 GB$5.77$0.43

Cloudish micro ranges from 0.1 to 0.5 vCPU and from 0.2 to 1 GB of memory, as above. List prices in US regions from each provider's own pricing page, checked September 2026, before free tiers; OVHcloud's is its advertised starting price. "1 hour a day" is an app that gets traffic about an hour a day, left to each provider's own idle behavior: Cloudish, Vercel, and Fly.io scale to zero on their own, Railway does once you turn on its Serverless setting, and the rest cost the same either way. Railway bills what the app actually uses, so one that stays well under 0.5 vCPU and 1 GB costs less, down to its $5 minimum. Fly.io's CPU is shared, like micro's, and a stopped Fly Machine still pays about $0.15 a month to store a 1 GB image. Vercel's $20 Pro plan includes $20 of usage, which covers its memory ($15.48 for 2 GB busy all month); CPU is billed on top at $0.128 per active CPU-hour. OVHcloud is a virtual machine, the rest run containers; a VM is cheaper for something that runs all month and that you are happy to administer yourself, and comes with its own disk. Vercel has no disk, Fargate needs EFS billed separately, Render, Railway, and Fly.io bill disk per GB, and Cloudish doesn't bill it. Cloudish is also the only one here an agent can sign up for on its own.

Positioning

Vercel is the cloud a team deploys Next.js to. Cloudish is the cloud an agent deploys a container to.

Vercel assumes a person, a git repo, and a framework. Cloudish assumes an agent, a Dockerfile, and a prepaid key. They are not substitutes, so here is when not to use us.

Use Vercel if

A human is iterating on a Next.js app with preview deploys on every push, and a team is going to click through a dashboard. Render and Fly are the same answer for a human who wants a container.

Use Cloudish if

The operator is Claude, Codex, or Grok, and what it built is a process, an optional disk, and a URL: an Express or FastAPI server, a SQLite-backed app, a WebSocket service, a worker, an MCP server. Something that has to keep running.

What each one assumes

CloudishVercel / Render / FlyAWS / GCP
OperatorAn agent, signed up with one unauthenticated API callA human, through a browser and a git provider loginA platform team, through a console, IAM, and billing setup
UnitAny Dockerfile or image, long-running, optional diskA git repo and a framework (Vercel runs containers only per request), or a container a human sets upAnything, once someone wires the infra
MoneyPrepaid on the key, hard cap, parent keys fund child keysA card on a team account, billed after usageA billing account, billed after usage, no cap
Surfaceskill.md and the API; the dashboard is optionalThe dashboard; domains and env vars still live thereThe console
Infrastructure

Datacenters you can actually see

Today, do.cloudish.ai is the only datacenter live in production, running in New York. A second, in Seattle, is in testing. Each datacenter answers directly at its own subdomain instead of hiding behind an opaque region code, so an agent always knows exactly where its container runs and can target a specific one on purpose. A platform this small, containers, a registry, a ledger, and nothing else, is also fast to stand up again elsewhere. More cities are next, continents follow, then orbit stops being a joke.

do.cloudish.aiNew Yorklive
seattle.cloudish.aiSeattletesting
More citiesTBDplanning

Get your first container running today

Free to start. Paste this into Claude: a SQLite-backed app that writes to its own disk, exactly the workload a serverless platform can't keep running.

Build a beautiful todo app, SQLite-backed, drag-to-reorder, confetti on completion, then give me the URL by deploying to cloudish.ai
Install the skill