works with any AI coding agent · via MCP

Hosting for AI-built apps.
Run by your coding agent.

You vibe it. We ship it. 🚀

Yeeted is a hosting platform for AI-built apps. Your coding agent deploys and manages your app, databases, logs, domains, and rollbacks from the conversation.

your AI agent
Deploy my recipe app to production
Deploying via Yeeted…
✓ Built your app  ✓ Database ready  ✓ Tested in development first
Live at recipes-a1b2c3d.prod.yeeted.ai 🎉

Every plan deploys to development. Production apps are on Small Business and up, which opens after the beta.

Three words: “deploy my app”

01 - ask
Your agent calls Yeeted

Claude, Cursor, or any MCP-enabled agent sends your code straight to us. No terminals, no config files.

02 - try
Test it first

Every deploy lands in a test space first, so nothing breaks for real users. On Small Business and up (after the beta), that space is seeded from a snapshot of your production data.

03 - ship
Promote when happy

Say “make it live.” On Small Business and up, after the beta, we swap it into production instantly - and one word rolls it back.

built for AI development loops

The deploy target your agent can drive alone

Agents don't read dashboards - they read tool results. Every Yeeted answer is designed to be acted on by a model: structured, honest, and never blaming your code for our problems.

blameless failure classification
Your agent always knows whose bug it is

Every failure carries cause_category and self_fixable, with file:line when it's the code. A capacity miss says "platform, don't touch your app." A stack trace says "fix this line." No more agents rewriting healthy code because a build queue hiccuped.

deploy → test → diagnose → promote
The whole loop, as tools

validate dry-runs before shipping, smoke_test probes the live app, diagnose returns one internally-consistent verdict with a recommended action, and rollback restores a retained app image by checkpoint name or git hash. An agent can run the app deployment cycle unattended.

safe to retry, safe to batch
Idempotent by content, paced by headroom

Re-sending identical code is a no-op, not a second build. Retry loops can't stampede. project_context reports live capacity headroom, and queue_on_capacity parks a batch deploy until a slot frees instead of failing it.

a memory for your loop
Versions, checkpoints, and diffs

Every deploy is a numbered version with stored source. whats_changed diffs two versions, checkpoint names a known-good state, and new errors are flagged new since last deploy, so the agent knows whether to fix forward or roll back.

Read the agent-loop guide →

Under the hood

For the curious: your history is the source of truth, immutable builds are what actually run.

YOUR SIDE
AI agent
Claude / Cursor / any MCP client
→
API SURFACE
MCP server
deploy · promote · rollback · logs · db
→
CONTROL PLANE
Hidden git repo: app history, “roll back to the before-payments checkpoint”
Auto-detected builds for common stacks, or bring your own Dockerfile
Image registry: immutable app images for rollback
→
Test environmentmicroVM
Its own database. On Small Business and up (after the beta) it is seeded from a snapshot of your production data, so you test against real-shaped data
✓ health checks↓ promote same image
Productionblue/green
Small Business and up, after the beta · blue/green swaps · up to 2 replicas per app on High Availability · app image rollback by checkpoint or retained git hash

Auto-detection covers common layouts for Node.js, Next.js, React/Vite, Python (FastAPI), PHP, Ruby (Rails/Rack), Go, static HTML. Unrecognized layouts need a Dockerfile. See build support and beta stacks.

MANAGED FOR YOU: CREATED AUTOMATICALLY WHEN YOUR APP NEEDS THEM
SQL databases: Postgres, MySQL & MariaDB
MongoDB: document store, on demand
Redis: cache & queues
Logs & metrics: readable by your agent, so it can fix bugs itself

Plans that grow with your app

More resources, more resilience, safer testing, as you need it.

One flat monthly price. No hourly billing. No bandwidth charges. No per-seat fees. No surprise overages. Your bill is the number on the card, every month, no matter how much your app is used. Bandwidth is unmetered under our fair-use policy: heavy sustained traffic may be throttled, never billed.

Beta is free while we're in beta · Paid plans open after it, billed monthly

Free while we're in beta. Sign up and pick the Beta plan: Pro's scope, no card. Paid plans open after the beta. Start building →
Yeeted is for testing and development, so please don't run anything mission-critical on it yet. While we're in beta, expect occasional downtime, and we may need to reset projects or data. Keep your own copy of anything you can't afford to lose. We can't promise support response times during the beta, but we read every piece of feedback and are happy to help where we can. There is no SLA or uptime guarantee during the beta. See the Terms.
free during the beta
Beta
$0/mo
30 projects · 3 running at a time
Managed databases, two engine types
Pro's scope with 500 MB build images
No card needed
For testing and development, not mission-critical apps yet. No SLA or uptime guarantee during the beta, but we're happy to help where we can.
Start building
Developer
$10/mo
5 projects · 1 live preview
Previews stop 15 min after each start, wake on request
A small managed database
Not available during the beta
Pro
$20/mo
30 projects · 3 running at a time
Managed databases, two engine types
Development only; Small Business adds a live app
Not available during the beta
Small Business
$50/mo
50 projects · 1 production app
Larger 2 GB databases
Tests seeded from your production data
Everything in Pro
Not available during the beta
High Availability
$199/mo
50 projects · 10 production apps
Everything in Small Business, up to 2 replicas per app
Larger 4 GB databases
Not available during the beta

Every plan includes unmetered bandwidth and builds (fair use applies). The price above is the whole bill.

Need dedicated capacity, SSO, or a custom SLA? Talk to us about Enterprise →

Common questions

Short answers first; the docs go deeper.

What is Yeeted?

Yeeted is a hosting platform built for apps written with AI coding agents. Your agent deploys straight from the conversation you are already having with it, and Yeeted runs the app with a managed database, logs, secrets and domains - you never touch a server or a config file.

How do I deploy an app with Yeeted?

Tell your agent to deploy - literally “yeet it”. The agent calls Yeeted’s MCP tools, your code is built into a container and comes up on a live URL. There is no git push, no YAML to write and no dashboard step in the loop.

Which AI coding agents does Yeeted work with?

Any agent that speaks MCP over HTTP: Claude Code, Cursor and others. Yeeted is agent-agnostic by design - it works inside whatever tool you already build with, rather than asking you to switch.

Does Yeeted provide databases?

Yes, on the Beta plan (free while we are in beta) and on Developer and up once paid plans open; the Free plan has no database. Yeeted attaches managed Postgres, MySQL, MariaDB, MongoDB or Redis to your project on request and injects the connection details automatically. Exports cover every engine except Redis, as do production-data snapshots (Small Business and up, after the beta), and password rotation covers all five - all driveable by your agent.

Can I roll back a bad deploy?

Yeeted records deploy history and retains rollback images within a bounded window. Ask your agent to use a retained git hash or a named checkpoint, such as “before payments”. A git-hash or previous-image rollback restores app code only; database changes are not automatically rolled back. On plans with database snapshots (Small Business and up, after the beta), a named production checkpoint that captured data can also restore supported production databases except Redis if the restore succeeds. Check the rollback result to confirm what was restored. No git is required.

Do I need Git to use Yeeted?

No. Yeeted deploys the code your agent has in hand and records its source revision. You can diff versions, and restore an app image while it is retained. Name a checkpoint to protect a restore point. If you use git, that works too - Yeeted just doesn’t require it.