Product Feature Research

Multica — Unified Runtimes

What it does

A single dashboard panel that shows every machine connected as a Multica runtime — local laptops, cloud VMs, anything running the daemon. Real-time monitoring (online/offline status, usage charts, weekly activity heatmap), per-runtime token spend (input / output / cache read / cache write), auto-detection of installed agent CLIs.

What a runtime is (per the docs)

"A Runtime is a compute environment that can execute agent tasks. It can be your local machine (via the daemon) or a cloud instance. Each runtime reports which agent CLIs are available, so Multica knows where to route work."

So a runtime is a labeled execution target the orchestrator can dispatch tasks to. The agent itself doesn't choose where it runs; the workspace assigns it to a runtime.

Captured UI elements (from landing screenshot)

Target ICP

Both ring 1 (solo dev with a laptop) and ring 2 (small team with multiple connected machines) and ring 3 (self-hosted with cloud runtimes).

Differentiators

Strategic implications for CreateOS

💭

CreateOS could ship a Multica-compatible cloud runtime adapter and instantly become a deployment target inside Multica's runtime panel. The integration shape: a CreateOS sandbox advertises itself to a Multica workspace as a runtime; tasks dispatched by the assignee picker land in the sandbox; MPP earnings on agent work flow back as a metric on the runtime card. This is a real BD pitch — Multica's daemon model is designed for this kind of pluggable runtime.

Closest analog: how Vercel Sandbox / Modal advertise themselves to the OpenAI Agents SDK as default providers. Same shape, different listing.

Sources