# Warp Factories overview

> Warp Factories turns issues, tickets, and Slack messages into reviewed pull requests. Teams of cloud agents do the work, while people approve specs and merges.

- 网址：https://funcoding.ai/agents/warp/factories/
- 来源：Warp 官方文档原文（英文），MIT 许可，同步于 2026-10-11
- 官方原文：https://docs.warp.dev/factories/

---
A factory is a team of cloud agents attached to a set of repositories. It takes work from Slack, GitHub, Linear, or Jira through triage, spec, implementation, and review, and returns the result, usually a pull request, where the work started.

- [Read the Warp Factories quickstart](https://funcoding.ai/agents/warp/factories/quickstart/)：Follow the setup instructions to connect repositories and send your first request.

## What a factory does

A factory can work through a backlog of issues, fix defects reported in a support channel, or review incoming pull requests across several repositories.

<figure>
![A circular diagram of the software factory loop: triage, spec, implement, review, verify, ship, and monitor, with human review checkpoints for the spec, code, and product.](https://funcoding.ai/official-assets/warp/src/assets/factories/factories-concept-loop.webp)
<figcaption>The software factory loop. The default agents cover triage through review.</figcaption>
</figure>

## The parts of a factory

### Work items

A work item is one request the factory acts on: an issue, a support thread, a pull request, or a scheduled job. It keeps its source context from intake to handoff, however many agents contribute along the way.

### Foreman and factory agents

The foreman is the agent that coordinates a factory's work and communicates with you. See [factory agents](https://funcoding.ai/agents/warp/factories/factory-agents/) for agent roles, models, harnesses, and configuration.

Setup gives the foreman the same handle as the factory, so `payments` is the factory and `@payments` reaches its foreman from Slack or Linear. See [Foreman name](https://funcoding.ai/agents/warp/factories/factory-agents/#foreman-name).

### Stages and checkpoints

Work moves through Triage, Planning, Building, and Reviewing. The foreman can skip unnecessary stages or send work back for revisions. Spec approval is part of the foreman's editable instructions, not a repository permission. The factory never merges on your behalf. Repository permissions and branch protection control approval and merge access. See [how Warp Factories work](https://funcoding.ai/agents/warp/factories/how-factories-work/).

### Factory definition

A factory's repositories, agents, automations, runners, skills, and MCP servers are declared in definition files, either managed by Warp or stored in a GitHub repository your team owns. Changes to a GitHub-backed factory go through pull request review like any other code. See [definitions as code](https://funcoding.ai/agents/warp/factories/factory-as-code/).

### Work sources

Connect [Slack](https://funcoding.ai/agents/warp/factories/integrations/slack/), [Microsoft Teams](https://funcoding.ai/agents/warp/factories/integrations/teams/), [GitHub](https://funcoding.ai/agents/warp/factories/integrations/github/), [GitLab](https://funcoding.ai/agents/warp/factories/integrations/gitlab/), [Azure DevOps](https://funcoding.ai/agents/warp/factories/integrations/azure-devops/), [Linear](https://funcoding.ai/agents/warp/factories/integrations/linear/), and [Jira](https://funcoding.ai/agents/warp/factories/integrations/jira/) through [factory integrations](https://funcoding.ai/agents/warp/factories/connect-your-factory/). Results return to the thread, issue, or pull request where work began. Use [custom webhooks](https://funcoding.ai/agents/warp/factories/webhooks/) or [factory endpoints](https://funcoding.ai/agents/warp/factories/factory-api/) for other systems, and [automations](https://funcoding.ai/agents/warp/factories/automations/) for scheduled work.

The [Factory MCP](https://funcoding.ai/agents/warp/factories/factory-mcp/) lets a local coding agent send work to a factory, take it over locally, and hand it back.

### Execution

Every agent run in a factory is an ordinary [cloud agent run](https://funcoding.ai/agents/warp/platform/) on the Automation Platform. Runs execute on Warp-hosted compute by default; Enterprise teams can keep checkout and execution on their own infrastructure with [managed self-hosting](https://funcoding.ai/agents/warp/factories/self-hosting/). See [infrastructure and security](https://funcoding.ai/agents/warp/factories/infrastructure-and-security/) for runners, inference, and credential boundaries.

### Evaluate and improve factory work

Use the [factory dashboard](https://funcoding.ai/agents/warp/factories/factory-dashboard/) to inspect PR activity, autonomy, cycle time, and cost. To evaluate and improve the work:

* **[Scorers](https://funcoding.ai/agents/warp/factories/measure-and-improve/scorers/)** - Classify runs against your criteria.
* **[Benchmarks](https://funcoding.ai/agents/warp/factories/benchmarks/)** - Compare configurations on the same tasks.
* **[Self-improvement](https://funcoding.ai/agents/warp/factories/measure-and-improve/self-improvement/)** - Propose changes for review.

See [measure and improve](https://funcoding.ai/agents/warp/factories/measure-and-improve/) for definitions and limitations.

## Sizing a factory

Group the repositories that ship together into one factory, and keep separate products in separate factories. For example:

* One factory for your main application
* One factory for your marketing site
* One factory for your data pipelines

Don't split the same repositories across factories by team or task, such as frontend and platform. Add [agents](https://funcoding.ai/agents/warp/factories/factory-agents/) and [skills](https://funcoding.ai/agents/warp/factories/factory-skills/) to specialize instead.

## Related pages

* [Warp Factories quickstart](https://funcoding.ai/agents/warp/factories/quickstart/) - Create a factory and send its first work item.
* [How Warp Factories work](https://funcoding.ai/agents/warp/factories/how-factories-work/) - The work-item lifecycle, stage by stage.
* [Factory agents](https://funcoding.ai/agents/warp/factories/factory-agents/) - What each default agent does and how to configure its model and harness.
* [Definitions as code](https://funcoding.ai/agents/warp/factories/factory-as-code/) - The definition file format, with working examples in [warp-factory-examples](https://github.com/warpdotdev/warp-factory-examples).
* [Transitioning from Oz](https://funcoding.ai/agents/warp/platform/transitioning-from-oz/) - Assess an existing web app, CLI, SDK, or API workflow.
* <a href=https://www.warp.dev/get-started>Get started with the Warp team</a> - Get help choosing and setting up a workflow.
