Factories > Getting started
Warp Factories quickstart
# Warp Factories quickstart A factory is a team of cloud agents — a foreman you talk to, plus the subagents it dispatches — that turns incoming requests into pull requests for your team to review. In this quickstart, you will create a factory, connect a GitHub repository, and take one small work item from prompt to pull request in about 10 minutes. ## Prerequisites * **A Warp team with credits** - A factory belongs to a [Warp team](/knowledge-and-collaboration/teams/). Factory agents consume the team's credits. * **GitHub repository access** - Authorize GitHub and choose repositories during setup. If your organization restricts app installations, ask a GitHub organization owner to approve the connection. See the [GitHub integration](/platform/integrations/github/) for details. ## Create your factory _~5 minutes_ 1. Go to the Warp Factories web app at <a href=https://platform.warp.dev>platform.warp.dev</a> and sign in. 2. On the welcome screen, click **Let's get started** to open the setup wizard. If your team already has a factory, you land in the app instead of the welcome screen. In the sidebar, click **+** next to **Factories** to open the same wizard. :::note **No team or credits yet?** Warp asks you to join or create a team and choose a plan before the welcome screen. A factory needs credits to run its agents. ::: 3. Click **I want to use repos from GitHub** and complete the GitHub authorization. 4. Choose the repositories the factory will work in and click **Add repos**. Start with one or two repositories. Every agent in the factory shares this repo set, so a focused set keeps their context tight. Warp provisions a default [environment](/platform/environments/) for the selected repos. 5. Enter a **Factory name**, e.g., `Payments services`. Warp derives a matching **Foreman name**, the handle teammates use to @-mention the factory's foreman from connected tools like Slack and Linear. Keep it short and recognizable. 6. The next screen offers to connect Slack. Click **Next** to skip it for now. See [Connect your factory](/factories/connect-your-factory/) to add integrations later. 7. Toggle the subagents the foreman can dispatch: **Triage**, **Spec**, **Code**, and **Review**. Keep **Code** on so this quickstart's work item can end in a pull request. See [Factory agents](/factories/factory-agents/) for what each role does. The wizard's **Code** toggle corresponds to the Implement role on that page. 8. Skip the issue tracker screen the same way as Slack: click **Next**. Warp creates the factory. When the startup screen reports "Factory running!", click **Go to dashboard**. ## Submit your first work item _~5 minutes_ 1. In the sidebar under your factory, open **Runs** and click **New**. 2. Describe one small, verifiable change and submit it: ```text title="Example first request" Add a "Local development" section to README.md that summarizes the setup steps from CONTRIBUTING.md. Keep the change to that one file, run the repo's lint check, and open a pull request. ``` Adapt the pattern to your repository: name the file, the change you expect, and the command that verifies it. A narrow, explicit request makes the first run easy to judge. The foreman picks up the request as a run and dispatches your subagents as child runs. 3. Follow progress from two pages in your factory's sidebar: * **Runs** - The foreman's run and the child runs it dispatches. * **Activity** - The work item as it moves through its stages. Open it to see its event history and pull request artifacts. 4. When the Code agent finishes, the work item links a pull request in GitHub. Review and merge it following your normal process. ## Next steps * [**Connect your factory**](/factories/connect-your-factory/) - Route work in from Slack threads, Linear issues, and other intake paths. * [**Factory MCP**](/factories/factory-mcp/) - Send work to the factory from a coding agent or MCP client. * [**How Warp Factories work**](/factories/how-factories-work/) - The work-item lifecycle and where people stay in the loop. * [**Troubleshooting**](/factories/troubleshooting/) - Fixes for common issues during setup and your first runs.Tell me about this feature: https://docs.warp.dev/factories/quickstart/Set up a factory, connect GitHub, and submit your first work item in about 10 minutes.
A factory is a team of cloud agents — a foreman you talk to, plus the subagents it dispatches — that turns incoming requests into pull requests for your team to review. In this quickstart, you will create a factory, connect a GitHub repository, and take one small work item from prompt to pull request in about 10 minutes.
Prerequisites
Section titled “Prerequisites”- A Warp team with credits - A factory belongs to a Warp team. Factory agents consume the team’s credits.
- GitHub repository access - Authorize GitHub and choose repositories during setup. If your organization restricts app installations, ask a GitHub organization owner to approve the connection. See the GitHub integration for details.
Create your factory
Section titled “Create your factory”~5 minutes
-
Go to the Warp Factories web app at platform.warp.dev and sign in.
-
On the welcome screen, click Let’s get started to open the setup wizard.
If your team already has a factory, you land in the app instead of the welcome screen. In the sidebar, click + next to Factories to open the same wizard.
-
Click I want to use repos from GitHub and complete the GitHub authorization.
-
Choose the repositories the factory will work in and click Add repos. Start with one or two repositories. Every agent in the factory shares this repo set, so a focused set keeps their context tight.
Warp provisions a default environment for the selected repos.
-
Enter a Factory name, e.g.,
Payments services. Warp derives a matching Foreman name, the handle teammates use to @-mention the factory’s foreman from connected tools like Slack and Linear. Keep it short and recognizable. -
The next screen offers to connect Slack. Click Next to skip it for now. See Connect your factory to add integrations later.
-
Toggle the subagents the foreman can dispatch: Triage, Spec, Code, and Review. Keep Code on so this quickstart’s work item can end in a pull request.
See Factory agents for what each role does. The wizard’s Code toggle corresponds to the Implement role on that page.
-
Skip the issue tracker screen the same way as Slack: click Next. Warp creates the factory.
When the startup screen reports “Factory running!”, click Go to dashboard.
Submit your first work item
Section titled “Submit your first work item”~5 minutes
-
In the sidebar under your factory, open Runs and click New.
-
Describe one small, verifiable change and submit it:
Example first request Add a "Local development" section to README.md that summarizes the setupsteps from CONTRIBUTING.md. Keep the change to that one file, run therepo's lint check, and open a pull request.Adapt the pattern to your repository: name the file, the change you expect, and the command that verifies it. A narrow, explicit request makes the first run easy to judge.
The foreman picks up the request as a run and dispatches your subagents as child runs.
-
Follow progress from two pages in your factory’s sidebar:
- Runs - The foreman’s run and the child runs it dispatches.
- Activity - The work item as it moves through its stages. Open it to see its event history and pull request artifacts.
-
When the Code agent finishes, the work item links a pull request in GitHub. Review and merge it following your normal process.
Next steps
Section titled “Next steps”- Connect your factory - Route work in from Slack threads, Linear issues, and other intake paths.
- Factory MCP - Send work to the factory from a coding agent or MCP client.
- How Warp Factories work - The work-item lifecycle and where people stay in the loop.
- Troubleshooting - Fixes for common issues during setup and your first runs.