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 outbound network access enabled by default. If your services use IP allowlists, outgoing requests may come from the following IP ranges:

  • 64.6.38.192/26
  • 64.6.39.192/26
  • 104.128.70.192/26
  • 104.128.71.192/26
  • 216.176.224.192/26
  • 185.212.186.0/24
  • 50.31.178.128/26
  • 50.31.146.192/26
  • 75.102.37.208/28
  • 44.253.165.189/32
  • 16.145.188.113/32
  • 16.145.133.251/32