track 01
Builders
Long, team-friendly — provisioning to maintenance.
You ship a working product on emma’s API/SDK. Real provisioning, real monitoring, real maintenance. Multi-cloud is the deliverable, not a checkbox.
Examples, not requirements · 4 ideas
-
01
Multi-cloud code execution sandbox
// build E2B on emma
AI agents need a safe place to run generated code. POST a sandbox request, get a WebSocket URL back. Pre-warmed VMs across the cheapest providers. Aim for 3–5× cheaper than E2B.
-
02
Multi-cloud FaaS
// build Lambda on emma
Functions deploy via upload, scale via warm pool, bill per invocation. Multi-region routing picks the cheapest active cluster. Compare your cost graph to Lambda’s, on-screen.
-
03
Distributed render farm on spot
// build Deadline Cloud on emma
Blender scene goes in. Spot VMs spin up across 4–5 providers simultaneously. Frames distribute, render, stitch. 60–80% cheaper than AWS Batch because spot spans the whole emma market.
-
04
Autonomous cloud optimizer
// build CAST AI on emma
An agent that monitors all your resources, proposes optimizations through a Slack approval flow, executes them, and reports weekly savings. Cross-provider, not single-cloud.
Judged on · 4 criteria
-
01
Does it run in production?
Working product on emma’s API/SDK. Real provisioning, real logs.
Required: GitHub repo + working product + demo video
-
02
Is emma essential?
Couldn’t have been built on a single cloud.
-
03
Is it maintainable?
Recovery, monitoring, error handling.
-
04
Would you ship it as a product?
Could survive a Monday standup with engineering.