The Agent Behind the Curtain: Building the Oz Cloud Agent Platform — Safia Abdalla, Warp
Warp’s cloud-agent design separates runtime, harness, artifacts, and orchestration so teams can swap tools without fragmenting workflows or removing human review.
Warp’s platform supports managed or self-hosted execution, multiple harnesses, persistent conversation state, shared artifact handling, APIs, and multi-agent workflows. After open sourcing roughly **three months ago**, GitHub stars rose from **about 20,000 to over 60,000**.
Treat the cloud agent as a platform primitive, not a remote coding session. Normalize state and outputs across Claude, Codex, and custom harnesses, then compose research, implementation, and validation agents while preserving human participation.
Warp’s platform supports managed or self-hosted execution, multiple harnesses, persistent conversation state, shared artifact handling, APIs, and multi-agent workflows. After open sourcing roughly **three months ago**, GitHub stars rose from **about 20,000 to over 60,000**. Treat the cloud agent as a platform primitive, not a remote coding session. Normalize state and outputs across Claude, Codex, and custom harnesses, then compose research, implementation, and validation agents while preserving human participation. Warp’s repository activity shows scale, not that the architecture produces better code. The talk describes principles and internal uses, but provides no comparative reliability, cost, or quality evaluation.
This broadens the cloud-agent abstraction from a hosted coding session into a harness-neutral platform for persistent state, artifacts, APIs, and composed agent roles across managed or self-hosted execution. It reinforces normalization as the portability boundary while retaining humans in workflows. The adoption signal shows attention, not effectiveness; reliability, quality, and cost advantages over narrower hosted runtimes remain unproven.