Factories > Get started
Warp Factories quickstart
# Warp Factories quickstart import { Steps } from '@astrojs/starlight/components'; import { VARS } from '@data/vars'; 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. If the team has no active plan, you will be asked to select one during setup. * **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_ <Steps> 1. #### Open the Warp Factories web app and sign in Go to the {VARS.FACTORY_WEB_APP} at <a href={VARS.FACTORY_WEB_APP_URL}>platform.warp.dev</a> and sign in. 2. #### Start the setup wizard In the sidebar, next to **Factories**, click **+**. :::note **No team yet?** The wizard first asks you to choose the team that will own the factory. If that team has no plan or credits, it opens **Select a Warp Plan** — a factory needs credits to run its agents. ::: 3. #### Connect GitHub Click **I want to use repos from GitHub** and complete the GitHub authorization. 4. #### Select your repositories 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. #### Name your factory Enter a **Factory name**, such as `Payments services`. Warp derives a matching **Factory alias**, the handle teammates use to @-mention the factory from connected tools like Slack and Linear. Keep it short and recognizable. 6. #### Skip integrations for now The next screen offers to connect Slack. This quickstart skips integrations, so click **Next**. You can connect them any time from [Connect your factory](/factories/connect-your-factory/). 7. #### Choose your agents The foreman leads every factory — it's the orchestration agent you interact with directly. Below it, toggle the subagents it can dispatch: **Triage**, **Spec**, **Code**, and **Review**. All four start enabled, and at least one is required. 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. 8. #### Create the factory 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**. </Steps> ## Submit your first work item _~5 minutes_ <Steps> 1. #### Open Runs and start a new run In the sidebar under your factory, open **Runs** and click **New**. 2. #### Describe your work item 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 on **Runs** and dispatches your subagents as child runs. 3. #### Watch the run 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. #### Review and merge the pull request When the Code agent finishes, the work item links a pull request in GitHub. Review and merge it through your normal process — the factory drafts the change, and your team makes the call. </Steps> ## 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. If the team has no active plan, you will be asked to select one during setup.
- 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
-
Open the Warp Factories web app and sign in
Section titled “Open the Warp Factories web app and sign in”Go to the Warp Factories web app at platform.warp.dev and sign in.
-
Start the setup wizard
Section titled “Start the setup wizard”In the sidebar, next to Factories, click +.
-
Connect GitHub
Section titled “Connect GitHub”Click I want to use repos from GitHub and complete the GitHub authorization.
-
Select your repositories
Section titled “Select your repositories”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.
-
Name your factory
Section titled “Name your factory”Enter a Factory name, such as
Payments services. Warp derives a matching Factory alias, the handle teammates use to @-mention the factory from connected tools like Slack and Linear. Keep it short and recognizable. -
Skip integrations for now
Section titled “Skip integrations for now”The next screen offers to connect Slack. This quickstart skips integrations, so click Next. You can connect them any time from Connect your factory.
-
Choose your agents
Section titled “Choose your agents”The foreman leads every factory — it’s the orchestration agent you interact with directly. Below it, toggle the subagents it can dispatch: Triage, Spec, Code, and Review. All four start enabled, and at least one is required. Keep Code on so this quickstart’s work item can end in a pull request.
See Factory agents for what each role does.
-
Create the factory
Section titled “Create the factory”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
-
Open Runs and start a new run
Section titled “Open Runs and start a new run”In the sidebar under your factory, open Runs and click New.
-
Describe your work item
Section titled “Describe your work item”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 on Runs and dispatches your subagents as child runs.
-
Watch the run
Section titled “Watch the run”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.
-
Review and merge the pull request
Section titled “Review and merge the pull request”When the Code agent finishes, the work item links a pull request in GitHub. Review and merge it through your normal process — the factory drafts the change, and your team makes the call.
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.