> For the complete documentation index, see [llms.txt](/llms.txt).
> Markdown versions of each page are available by appending .md to any URL.

# Warp Factories overview

Warp Factories runs cloud software factories where specialized agents move engineering work from intake to a reviewed pull request.

Warp Factories lets engineering teams define and operate **software factories**: cloud workflows where specialized agents move engineering work from intake to a reviewed pull request. Your team sets the policy and makes the final decisions; the factory does the repetitive work and records the evidence you need to improve it.

Note

**Early Access** - Warp Factories is available to a limited set of teams while Warp validates the product.

## What is a software factory?

A software factory is an automation loop around software development. It takes a **work item**, such as an issue, ticket, or triggered task, and moves it through specialized agents that triage it, write a specification when one is needed, implement the change, and review the result.

A **factory** is one deployed instance of that loop. It connects your repositories and engineering tools to agent roles, execution infrastructure, and a measurable workflow. Each factory applies a single policy across all of its work sources, so deploy separate factories for repository groups that need different policies.

## Who Warp Factories is for

Warp Factories fits engineering teams with repeatable work that extends beyond one coding session:

-   **Backlog work** - Process issues with a consistent triage and delivery policy.
-   **Operational requests** - Fix defects reported through support channels.
-   **Code maintenance** - Review incoming pull requests or maintain services across repositories.

## What Warp Factories provides

-   **Coordinated specialist agents** - A coordinating agent, the foreman, routes each work item through triage, specification, implementation, and review agents, skipping stages that don’t apply.
-   **Factory definitions as code** - Version-controlled definitions describe your repositories, agents, automations, runners, skills, and MCP servers.
-   **Integrations and the Factory MCP** - Work flows in from Slack, Linear, Jira, and GitHub. The [Factory MCP](./factory-mcp) connects coding agents and other MCP clients.
-   **Model and harness choice** - Each agent role can use a different model and supported harness, including the Warp Agent, Claude Code, and Codex.
-   **Measurement and evaluation** - The control room shows work-item status, runs, automations, costs, evaluations, and benchmarks.
-   **Infrastructure control** - Run on Warp-hosted infrastructure, or self-host execution on an eligible Enterprise plan. Teams can also connect supported inference providers, scope secrets, and (if eligible) store transcripts, artifacts, and run attachments in their own S3 or GCS buckets. See [infrastructure and security](./infrastructure-and-security) for the available controls.

## How Warp Factories relates to other Warp products

| Product | How it relates |
| --- | --- |
| **Warp** | The interactive terminal where you develop locally with agents and code review. A factory runs independently in the cloud. |
| **Warp Agent** | Warp’s built-in agent harness. Factory roles can run on it or on another supported harness. |
| **Warp Agent CLI** | Runs the Warp Agent in any terminal and exchanges work with a factory through the Factory MCP. |
| **Oz** | The platform underneath: cloud runs, environments, runners, integrations, secrets, orchestration, and APIs. A factory assembles these primitives into one workflow. |

## Next steps

-   [**Set up a factory**](./quickstart) - Create a factory and send its first work item.
-   [**Understand the execution model**](./how-factories-work) - See how the foreman coordinates stages, runs, and human decisions.
-   **Adapt the system** - [Define the factory as code](./factory-as-code) and [connect its work sources](./connect-your-factory).