TypeUnlocked

StageFleet

DifficultyModerate

JobRun AI agent

ForAI builders

ServicesContainers

ServicesAgent

ServicesExec

Why HoodyContainer economics

Why HoodyAI-native

Why HoodyBare-metal isolation

TypeUnlocked

StageFleet

DifficultyModerate

JobRun AI agent

ForAI builders

ServicesContainers

ServicesAgent

ServicesExec

Why HoodyContainer economics

Why HoodyAI-native

Why HoodyBare-metal isolation

TypeUnlocked

StageFleet

DifficultyModerate

JobRun AI agent

ForAI builders

ServicesContainers

ServicesAgent

ServicesExec

Why HoodyContainer economics

Why HoodyAI-native

Why HoodyBare-metal isolation

TypeUnlocked

StageFleet

DifficultyModerate

JobRun AI agent

ForAI builders

ServicesContainers

ServicesAgent

ServicesExec

Why HoodyContainer economics

Why HoodyAI-native

Why HoodyBare-metal isolation

Back to use cases

use-cases / replace-e2b-bill / hero

CONTAINERS · AGENT SANDBOXES · COST

Replace the E2B bill with the bare metal you already rent

Your agent product spawns a sandbox per session. On E2B, Modal, Daytona, Runpod or Replicate that's per-second metered and the AI infra line on your P&L starts beating the LLM line. On Hoody, every session is a container on the server you already pay for. The 50,000th sandbox of the month costs the same as the first: zero marginal.

Containers API docs

billing.containers.hoody.com / agent-compute-audit

https://billing.containers.hoody.com/agent-compute-auditlive · 30-day window

E2B · LAST 30 DAYSper-second metered

sb_3OHk8Z2FvWqKresearch-agent · 4,820s$14.94
sb_8Lpq2Wn7ZxRmcode-runner · 12,140s$37.63
sb_QmT5fJv9Yr2Ndata-analyst · 8,320s$25.79
sb_K1xWb6dQ4tHcbrowser-bot · 29,610s$91.79
sb_92HnVeP3WjLstest-runner · 16,470s$51.06
sb_R7tBcM4kY8gNdoc-writer · 5,210s$16.15
sb_FvA1wDz6Jp9Xsummarizer · 11,090s$34.38
sb_2XkY8mNqU5cVrag-retriever · 22,430s$69.53

TOTAL · METERED$340.89

rate · $0.00031 / sandbox-second

HOODY · BARE METALflat-rate · server

node-eu-fra-132 vCPU · 128 GB · NVMe · Frankfurt

1 flat-rate serverflat-rate
no per-spawn charge$0.00
idle session cost$0.00

TOTAL · FLATsame server

no per-second meter · same workload

AGENT SPAWNS · THIS MONTH23,841every signup, every retry, every cron tick

COMPUTE TIME · THIS MONTH62 hpainful at $0.00031/s · free on the flat-rate server you already rent

same workload · different economics · the meter just stops

use-cases / replace-e2b-bill / mechanism

Same five lines of agent code, different economics

The agent's mental model doesn't change. Spawn a sandbox, run code in it, throw it away. What changes is the bill underneath. On E2B every second of every sandbox is metered; on Hoody you POST a container against the server you already rent and the meter never starts.

agent-loop.ts · with E2B

BEFORE · METERED

// E2B SDK — per-second sandbox-seconds.import { Sandbox } from '@e2b/code-interpreter';// Each loop pass calls Sandbox.create().for (const session of sessions) { const sb = await Sandbox.create(); // ↳ meter starts here, ticks every second await sb.runCode(session.prompt); await sb.kill();}// 50,000 sessions × ~12s × $0.00031 = $186/mo, then more.

agent-loop.ts · with Hoody

AFTER · FLAT

// One POST against your already-paid-for server.const res = await fetch( 'https://api.hoody.com/api/v1/projects/$PID/containers', { method: 'POST', body: JSON.stringify( { server_id: $SID, name: 'rand' } ) });// Run code in the spawned container via Hoody Exec.await fetch(`https://exec-1.${cid}.hoody.com/run`, { method: 'POST' });// 50,000 sessions on the server you already rent: $0 marginal.

Both sides do the same job. The shape of the API matches — spawn, run, dispose. The price line is what flips: from per-second per-sandbox to per-server flat. Idle containers cost nothing on Hoody because they share the metal you already paid for.

use-cases / replace-e2b-bill / migration

How the port actually goes

The agent code barely changes. Three steps and the metered line on your P&L goes flat. The most expensive part is removing the SDK that used to charge you.

01 / SPAWN

Replace Sandbox.create with POST containers

Where you used to call the E2B SDK, you POST to /api/v1/projects/$PID/containers with a server_id. The response gives you a 24-character container id and a routable hostname. The container boots from your snapshot in seconds — same shape of object as a sandbox handle.

02 / RUN

Run code via Hoody Exec

Each container ships Hoody Exec — V8 isolates, file-based routing, magic comments for cors, timeout, and concurrency. Drop your runner script in scripts/1/, POST a payload, get JSON back. No webserver to wire, no Express, no Lambda config.

03 / DISPOSE

DELETE when done — or just leave them idle

Done with the session? DELETE /api/v1/containers/[id] and it's gone. Don't want to bother? Idle containers on Hoody share the metal — they sit at zero marginal cost until you DELETE them or until you spawn enough that the server fills up. No cleanup cron, no orphan bill.

use-cases / replace-e2b-bill / powers

What flat-rate sandboxes unlock

When the meter stops ticking, three things become free that used to be expensive — and your agent product starts behaving like the architecture you wished you could afford.

ECONOMICS

The 50,000th spawn costs the same as the first

On per-second meters, a viral week is a tax. On flat-rate metal, your spawn count detaches from your bill — it's bounded by the box's capacity, not by your invoice. You can let users hammer the agent without flinching.

RETENTION

Idle sessions get to stay alive

Per-second sandboxes have to die fast — every minute idle is money. On Hoody, idle is free, so a paused user can come back tomorrow and the container is still there with their state. Stickiness becomes free.

ISOLATION

Real Linux, not a V8 sandbox you're renting

Each container is its own real OS — kernel namespaces, full filesystem, its own URL. SSH in if you want. Mount /ramdisk. Install whatever apt package the agent needs. Same isolation as bare-metal, none of the per-second tax.

use-cases / replace-e2b-bill / capacity

What one box already gives you

Numbers from the Containers API and Hoody server quotas — not invented. The bare-metal slab does the heavy lifting; the API just hands out the slots.

PER-SECOND METER$0.00
There is no sandbox-seconds meter. Containers don't bill by the second; the server bills flat-rate. Every spawn, every retry, every idle minute is zero marginal cost on top of the box you already rent.
CONTAINERS PER BOX100s
KSM (Kernel Samepage Merging) and BTRFS copy-on-write let one server pack hundreds of containers — the second container costs only what differs from the first. Density depends on workload, but lightweight agent sessions stack thick.
PER MONTH · FLAT$29+
Hoody server pricing starts at $29/month in the marketplace and scales by spec and region, not by tenant count. The bill stops being a function of how many agents you spawn.

Container density depends on workload — lightweight sandboxes pack hundreds, GPU agents need more headroom. Server pricing is marketplace-driven and varies by region, CPU, RAM, and disk. The billing unit is the server — there is no per-spawn charge.

use-cases / replace-e2b-bill / punchline

Your agents stop renting compute by the second and start using compute that's already paid for.

rented · per-second meterrented · flat-rate server

WHAT THE METER LOOKED LIKE$0.00031 × sandbox-seconds × foreverscales with traffic · scales with retries · scales with idle

WHAT IT LOOKS LIKE NOWPOST /api/v1/projects/$PID/containersone server · flat-rate · no per-spawn charge

Read the containers spec

use-cases / replace-e2b-bill / replaces

What this replaces

The default sandbox-as-a-service stack charges you per-second per-sandbox. Same job, different bill. Specifically, this displaces:

E2B sandbox SaaSPer-second sandbox-seconds, scales with traffic
Modal Labs serverless GPUPer-second container metering, retries cost twice
Runpod per-second computePer-second GPU and CPU billing on every spawn
Replicate per-second billingPer-second model + container time, even on cold start
Fly Machines per-secondPer-machine per-second, multiplied by every agent

use-cases / replace-e2b-bill / cta

Stop renting compute by the second. Use the compute you already paid for.

Read the migration guide

use-cases / replace-e2b-bill / related

Read the others

Sixty containers on one server

One bare-metal box runs dozens to hundreds of Hoody containers. KSM and BTRFS dedup make the marginal cost near zero.

Containers·Snapshots

Onboard a developer with one link

A new engineer joins on Monday. You send one URL. They open it on whatever laptop they have and they're in a fresh container cloned from your developer-baseline snapshot — code, deps, env, seed data, VSCode-in-browser. Writing code in five minutes, not setting up.

Snapshots·Containers·Terminal·Files

API endpoints that materialize on demand

A wildcard exec script catches the call, asks an LLM to write the handler, runs it in a V8 sandbox, and saves the route. The next call is native.

Exec·Agent·Code·Files

Branch computers like Git

Snapshot a running container — files, processes, memory. Restore in seconds. Fork via /copy. Branching, but for the entire machine.

Snapshots·Containers

Real VS Code on your phone

The Code Orchestrator spawns a VS Code instance on the container and serves the editor over a normal HTTPS URL. Any device with a browser can open it. The work lives in the container, not on the device.

Display·Terminal·Files·Containers+1

AI agents that spawn other AI agents

A research agent posts to /api/v1/projects/$PID/containers to start a child container, then calls the child's agent URL like any other HTTP service. Sub-agents spawn their own sub-agents the same way. No orchestrator framework, just URLs.

Agent·Exec·Containers

One sandbox per customer, automatically

An exec script catches your signup webhook, copies a fresh-customer container, and hands the new tenant their own URL. Isolation is the operating system, not a tenant_id column.

Containers·Snapshots·Exec·Files

Wake up to a finished prototype

Hand the agent a paragraph at midnight. It spawns its own containers, snapshots before risky steps, and posts to your notification webhook at sunrise.

Agent·Snapshots·Containers·Browser+2

Emergency production fix from your phone

PagerDuty wakes you. Open the terminal URL on your phone. PATCH the snapshot from before the bad deploy. Production is back. No bastion, no VPN, no laptop.

Terminal·Snapshots·Network

Tail production logs to a URL anyone can curl

One pipe URL. Up to 256 readers. Three engineers tail the same incident at once with no bastion, no Datadog seat, no log forwarder.

Pipe

Push one build to thirty CI workers at once

The build container streams the tarball to a pipe path with ?n=30. All thirty test workers curl the same URL. Bytes go through once, fanned out.

Pipe

Watch your agent think from the coffee shop

Your agent runs at home. You're at a café. Pipe each event of the loop through Hoody Pipe and curl the same path from your phone — the trace lands character by character. No SSH, no dashboard, no upload.

Pipe·Agent

Move 200GB between clouds with two curls

pg_dump | gzip | curl from Frankfurt. curl | gunzip | psql in Singapore. Bytes flow through the pipe with zero disk in the middle.

Pipe

Send a teammate a database state in one line

pg_dump streams straight into their psql. No file uploaded, no link shared, no download. The pipe routes the bytes through.

Pipe

Stream LLM tokens to anything that reads HTTP

Step 3 streams tokens with curl -T -. Step 4 curls the same path. Tokens move generator to consumer at line speed. No SSE plumbing, no broker.

Pipe·Agent

A progress bar your boss can spectate without joining

Append ?progress to the pipe URL. Anyone who opens it gets a live HTML dashboard — bytes, speed, ETA, state. Up to fifty spectators, none consuming a receiver slot, none touching the stream.

Pipe

The webhook fan-out you didn't have to build

Stripe POSTs to a pipe path with ?n=12. Twelve subscribers curl the receiver URL with ?n=12. The pipe holds the event until everyone is connected.

Pipe·Exec

A CI cache that's just two curl commands

tar | zstd | curl puts node_modules into a pipe. Twenty downstream jobs curl | zstd -d | tar x. No S3 bucket, no cache action, no egress bill.

Pipe·Containers

Drag-drop uploads into your script

hoody-pipe serves a web upload form at every path. Drag a file onto the page, your script reads the bytes from stdin. Zero upload code, no S3 bucket, no presigned URLs.

Pipe·Exec

Broadcast a workshop to 200 viewers from your laptop

ffmpeg streams your screen to a pipe path with ?n=200. Each attendee curls the URL into a browser tab. No platform, no logins, no upload.

Pipe

Inter-container IPC without the message broker

Container A writes to a pipe path. Container B reads from the same path. Backpressure is the connection. No Redis, no queue, no broker.

Pipe·Containers

Tail your agent on the train, get pinged when it lands

The agent streams its trace to a pipe path you can curl from your phone. When it finishes, its last act hits hoody-notifications and your phone buzzes. Two URLs and a buzz — no SDK, no client app, no dashboard.

Pipe·Agent·Notifications

A microphone over HTTP, in two terminals

ffmpeg captures the mic, pipes to a URL. The other end curls and plays the audio. No Zoom, no SDK, no signaling server.

Pipe

Five agents, five pipes, one verdict

A panel of five models reviews the same input. Each runs in its own container and streams its verdict to its own pipe path. A judge process curls all five in parallel and tallies the result.

Pipe·Agent·Containers

Replay this morning's incident to the whole team

Snapshot the incident-time logs in hoody-files. Replay them through a Hoody Pipe URL with ?n=8. Eight engineers curl the same path and watch the cascade fire in lockstep — the post-mortem is a synchronized stream, not a Confluence doc.

Pipe·Files

The fastest 'send me that file' you've ever typed

A teammate pings for a 4 GB dump. Slack rejects it, Drive needs a share request. You type curl -T file …; they type curl … > file. The bytes move directly between disks — no upload bar, no link to share.

Pipe

Run a local LLM, serve it to your whole fleet

One GPU runs llama.cpp. Its tokens stream into a pipe path with ?n=50. Fifty containers curl the same URL and split the stream.

Pipe·Daemon

A live metrics dashboard with no metrics backend

Each container's monitoring loop curls a metric to a pipe URL. The dashboard curls the same URL with ?progress and renders the SSE stream.

Pipe

The cron job that deletes itself when you're done

POST a managed cron entry with expires_at set 48 hours out. The job runs on schedule, then removes itself — no reminder, no cleanup PR, no stale entry.

Cron

Snapshot the container right before the nightly migration

A hoody-cron entry that fires at 02:55 UTC, curls the snapshots URL, and names the artifact pre-migration-2026-05-04. Five minutes later the migration runs. If it succeeds, the snapshot sits idle and costs nothing. If it fails, you restore in 30 seconds with a single PATCH.

Cron·Snapshots

A separate crontab for every customer, automatically

Each tenant gets their own container and their own hoody-cron service. Customer A's 9am digest fires on time even when customer B's job hangs for 40 minutes, because they aren't on the same crontab.

Cron·Containers

Wake an agent at 3am, retire it at 4

A nightly cron POSTs a spawn request, the agent does its hour of work, then a second cron tears the container down. The agent exists only when there is work for it to do.

Cron·Agent·Containers

Daily rollups without an orchestrator

Raw events pile up in a sqlite URL. Every night a cron entry curls an exec endpoint, the script runs the rollup SQL, writes the daily table back. No DAG, no Airflow Postgres, no scheduler dashboard.

Cron·SQLite·Exec

A crontab per branch, deployed with the code

Your repo checks in `.hoody/crontab`. The deploy script PUTs that file to the new container's Cron API. Each branch gets its container, its filesystem, its schedule.

Cron·Containers

On-call escalation that ages out with the shift

POST a cron entry with expires_at = shift end. When the shift ends, the entry deletes itself. The next on-call posts their own.

Cron·Notifications

Hourly scrape, daily digest, weekly archive — one container

Three lines in one crontab: hourly browser scrape into SQLite, daily exec digest, weekly archive to files. Flat-rate server, three rhythms, no scheduler service.

Cron·Browser·SQLite·Files

Let your customers BYO their own cron schedule

Customers POST their own 5-field expressions; their crontab lives in their container, isolated. You don't validate against a global queue.

Cron·Containers

Schedule the agent, not the script

A 5-field cron entry curls hoody-agent with a prompt instead of running a fixed script. Today is the last day of the month — the agent figures it out. The data shape changed — the agent figures it out.

Cron·Agent

A heartbeat for the silent jobs

Each cron run POSTs a heartbeat to a notifications endpoint. A second cron checks last-heartbeat and pages on silence. Silence is the alert.

Cron·Notifications

Keep the last 24 hours as 24 snapshots

An hourly cron POSTs a snapshot named with the hour. After 24 hours each new snapshot overwrites yesterday's at the same hour. The 24-floor time machine.

Cron·Snapshots

Replay this morning's webhooks at the same time tomorrow

You captured 30 minutes of real Stripe traffic into a hoody-files folder. One cron entry replays it against staging at 9am every weekday — same volume, same payloads, same time-of-day pressure.

Cron·Files·Exec

Edit your crontab from a phone, in the airport

Open the cron URL on your phone in the gate area. Tap a row, change a single field of the cron expression, hit Save. PATCH lands. The job fires tonight on the new schedule. No SSH session, no jump box, no laptop.

Cron·Terminal

A scheduled digest that fans out to 200 inboxes

Cron at 9am POSTs to an exec script that builds the digest and curls a pipe URL with ?n=200. Two hundred recipients hit the same URL once.

Cron·Exec·Pipe

Mute the flaky job without losing it

PATCH /entries/[id] [ enabled: false ]. The job stays in your crontab waiting to be fixed. No deletion, no rewrite, no lost context.

Cron

An agent that grades yesterday's agents

A nightly cron POSTs to the supervisor agent with yesterday's agent traces from SQLite. The supervisor scores each one. Cron is the supervisor.

Cron·Agent·SQLite

Cleanup jobs that schedule their own retirement

The cleanup script checks if there's anything left to clean. When the directory is empty, it DELETEs its own cron entry. Job's done, job's gone.

Cron·Files

Roll your TLS certificates without an SSH session

Cron weekly: POST to an exec script that runs certbot, posts the new cert to the proxy via PATCH. No shell session, no key, no jump host.

Cron·Exec

A weekly canary that tries to break production

Sunday 7am cron wakes a Hoody Agent in a fresh container against a snapshot of prod. It runs the OWASP top twenty, fuzzes the API, and writes a findings report to a URL by 9am. Container retires.

Cron·Agent·Browser·Snapshots

The hobby-project graveyard you can afford to keep alive

Eleven half-finished side projects on Heroku is eleven dynos at $5–7 each. On Hoody it's eleven containers on one $29 bare-metal box. Idle costs zero, the URL wakes the container in milliseconds, and the chess engine nobody uses still runs.

Containers

A preview environment per pull request, all month

Each open PR gets its own clone of a snapshot. The container wakes when reviewers click the link; idle PRs cost nothing.

Containers·Snapshots

Run a 12-product portfolio from one bare-metal box

Twelve isolated containers, each its own SaaS, share one $49 bare-metal server — a step above the $29 entry tier, chosen here for the RAM headroom fifty containers want. Per-product margins go from negative to nice.

Containers

Kill the staging-server tax

Stop paying for a duplicate of production. Snapshot the prod container, branch staging from it on demand, freeze it back to disk when nobody's testing. Three environments, one machine, one bill.

Containers·Snapshots

Idle staging costs nothing, so staging stops getting deleted

Staging used to die because it was expensive to keep around. When idle is free, staging gets to live — even the one a teammate touched 90 days ago.

Containers·Snapshots

Per-customer sandboxes at fleet scale

Eight hundred isolated customers on three bare-metal servers — one flat-rate monthly bill, no per-tenant meter. Each tenant gets a real container with its own kernel namespace, filesystem, and URL. Idle containers cost nothing on top of the server you already pay for.

Containers·Snapshots·Exec

The CI cache that's not an S3 line item

Cache files live in /files on the box you already rent. Workers PUT and GET tarballs over HTTP. No S3 bucket, no egress, no third vendor — the bytes never leave the box.

Files·Containers

Fifty demo environments for fifty sales calls

Each prospect gets a real, isolated copy of your product seeded with their data. Cloned from a snapshot. Theirs to keep for a week.

Containers·Snapshots

Replace the E2B bill with the bare metal you already rent

Same five lines of agent code, different economics

How the port actually goes

Replace Sandbox.create with POST containers

Run code via Hoody Exec

DELETE when done — or just leave them idle

What flat-rate sandboxes unlock

The 50,000th spawn costs the same as the first

Idle sessions get to stay alive

Real Linux, not a V8 sandbox you're renting

What one box already gives you

What this replaces

Read the others

Sixty containers on one server

Onboard a developer with one link

API endpoints that materialize on demand

Branch computers like Git

Real VS Code on your phone

AI agents that spawn other AI agents

One sandbox per customer, automatically

Wake up to a finished prototype

Emergency production fix from your phone

Tail production logs to a URL anyone can curl

Push one build to thirty CI workers at once

Watch your agent think from the coffee shop

Share your screen with a URL, not a meeting invite

Move 200GB between clouds with two curls

Send a teammate a database state in one line

Stream LLM tokens to anything that reads HTTP

A progress bar your boss can spectate without joining

The webhook fan-out you didn't have to build

A CI cache that's just two curl commands

Drag-drop uploads into your script

Broadcast a workshop to 200 viewers from your laptop

Inter-container IPC without the message broker

Tail your agent on the train, get pinged when it lands

A microphone over HTTP, in two terminals

Five agents, five pipes, one verdict

Replay this morning's incident to the whole team

The fastest 'send me that file' you've ever typed

Run a local LLM, serve it to your whole fleet

A live metrics dashboard with no metrics backend

The cron job that deletes itself when you're done

Snapshot the container right before the nightly migration

A separate crontab for every customer, automatically

Wake an agent at 3am, retire it at 4

Daily rollups without an orchestrator

A crontab per branch, deployed with the code

On-call escalation that ages out with the shift

Hourly scrape, daily digest, weekly archive — one container

Let your customers BYO their own cron schedule

Schedule the agent, not the script

A heartbeat for the silent jobs

Keep the last 24 hours as 24 snapshots

Replay this morning's webhooks at the same time tomorrow

Edit your crontab from a phone, in the airport

A scheduled digest that fans out to 200 inboxes

Mute the flaky job without losing it

An agent that grades yesterday's agents

Cleanup jobs that schedule their own retirement

Roll your TLS certificates without an SSH session

A weekly canary that tries to break production

The hobby-project graveyard you can afford to keep alive

A preview environment per pull request, all month

Run a 12-product portfolio from one bare-metal box

Kill the staging-server tax

Idle staging costs nothing, so staging stops getting deleted

Per-customer sandboxes at fleet scale

The CI cache that's not an S3 line item

Fifty demo environments for fifty sales calls