Skip to content

Factories > Infrastructure

Warp-hosted execution for Warp Factories

Open in ChatGPT ↗
Ask ChatGPT about this page
Open in Claude ↗
Ask Claude about this page
Copied!

Run factory work on Warp-hosted infrastructure, with managed compute, isolation, networking, and capacity.

Warp-hosted execution runs factory work in managed sandboxes. Warp provisions the compute while your factory definition selects each agent’s runner, repositories, setup, and credentials.

Use it when your factory’s repositories and services are reachable from the public internet. Warp manages capacity and host maintenance. For private services or a network boundary that must contain checkout and execution, use managed self-hosting.

Warp-hosted agents run in isolated sandboxes. See About factory infrastructure and security for execution, data, and credential boundaries.

Warp-hosted factory agents use the runner and workspace configuration in your factory definition. A factory can also use an existing environment when its definition specifies one.

For supported operating systems, architectures, and Linux image requirements, see runner platform options.

Available CPU and memory depend on your plan. See Warp pricing for plan information.

On Enterprise plans, resources are configurable up to 32 vCPUs and 64 GiB of memory. Contact Warp support about custom provisioning if you need more.

Warp limits concurrent hosted runs per team. Runs started at the limit are queued until another run completes.

Warp-hosted agents have network egress enabled by default. If you need to allowlist traffic from Warp agents, such as in a firewall policy, get Warp’s IP address ranges from the “Warp-hosted agent networking” settings for your team. Find it on your team’s Platform page in the Admin Panel or on User settings in the Warp Factories web app.