Skip to main content
Epic planning

An epic, cut into slices you can actually start

Wave-ordered. Every acceptance criterion owned exactly once. One decision round instead of dozens of interruptions.

prfactory · PRF-41 · overview
Coverage
27 / 28 owned2 split1 unplaced
25 sole 2 split 1 unplaced 25 + 2 = 27 owned · 25 + 2 + 1 = 28 addressable
Wave 0 · landed 2 done
A1 merged
Backend adapters & host process
1 AC
A2 merged
Team state store & output capture
no AC · enabling
Wave 1 · buildable now 1 buildable1 blocked
B1 buildable
Team tool surface
4 ACsafter A1
B2 blocked
Account usage governor
waits on D-10not planned · cannot start
Wave 2 1 waiting on a dependency
C3 waiting
Restart & resume
2 ACsafter B1
One decision round 14 need you 21 resolved automatically
5 slices

D-7 Should a child agent be allowed to spawn children of its own?

default: no — one level only binds F1 E2 E3 E4 E5
AnswerAccept default
How it works

How It Works

◈

1.Bring your agent

Connect Claude Code, Codex or any MCP client, and your Jira, GitHub, Bitbucket or Azure DevOps. Your agents run on your machine, on the subscription you already pay for.

▦

2.Plan the epic

An epic is cut into wave-ordered slices, every acceptance criterion owned exactly once, and the open questions are collected into one decision round.

⚙

3.Watch the team build it

A lead agent spawns the team, and the ticket shows every agent's role, state and output live. Message any one of them, or stop it.

▲

4.Approve at every checkpoint

Answers, plan, test plan, review and the pull request are all yours to approve. The team waits; it never merges on its own.

What the team produces

Ticket to reviewed pull request, in the open

The run above ends here. Every phase leaves an artefact you can read, and a checkpoint you can refuse.

prfactory · ticket → pr
✓Ticket Received
✓Epic Decomposed
✓Plan Approved
✓Team Implemented
✓Pull Request Ready
$ prfactory run PRF-41
✓ 15 slices · 27 / 28 criteria owned
✓ team: 1 lead + 5 children
✓ branch feature/prf-41-b1
→ opening pull request…
commit a1f9c3 pushed
Your own process

The seven-phase flow is the built-in process. Define your own beside it.

A process is a list of named steps. Each step picks an agent backend, a model and a reasoning effort, and names the file it has to produce. Named outcomes choose the next step, so the process branches instead of running straight through. Mark a step read-only to keep it away from your code, put a human checkpoint wherever approval matters, and bind the repositories it works in. A support-triage starter ships in the box.

prfactory · process · support-triage
Steps 5 steps · max 50
0 Classify the case classifyread-only
ClaudeCode · opus · Medium · classify.md
1 Draft the customer answer answerread-only
ClaudeCode · opus · Low · answer.md
2 Describe the configuration fix config-fixread-only
Codex · gpt-5.6 · Medium · config-fix.md
3 Write the reproducible bug report bug-reportcheckpointread-only
ClaudeCode · opus · High · bug-report.md
4 Close the ticket closeread-only
ClaudeCode · sonnet · Low · closure.md
Repository bindings
prfactoryprimary

Step 0: Classify the case

read-only
Step key classify
Name Classify the case
Agent backend ClaudeCode
Model opus
Effort Medium
Expected output classify.md
Checkpoint
Read-only
Outcomes
user-error → answer
config-error → config-fix
bug → bug-report
System prompt

You are a support triage analyst. Work read-only: never commit, branch, push, or open a PR.

User prompt template

Ticket {{TicketKey}}: {{Title}}

Write your full analysis to classify.md. End classify.md with a fenced outcome block naming exactly one of: user-error, config-error, bug.

Capabilities

Key Features

Live agent teams

A lead agent runs a team of child agents in your own harnesses. Their roles, states and output are on the ticket while they work, and you can message or stop any one of them.

Epic planning that holds

An epic is cut into wave-ordered, build-sized slices with every acceptance criterion owned exactly once. Coverage is proven from the map, not asserted in a summary.

Bring your own agent

Claude Code, Codex or any MCP client, via the built-in MCP server or the local worker. They run on your machine, on the subscription you already have: no credits, no API keys to hand over.

Human checkpoints that hold

Answers, plan, test plan, review and PR are approvals, not notifications. The team parks and waits; agents never merge on their own.

Your own workflows

Define processes beyond the seven-phase default as portable JSON graphs: an agent, a model and an effort per step, outcomes that pick the next step, and human checkpoints where you want them. A support-triage starter ships in the box.

A fleet of workers

Every developer's machine joins a fleet you can see. A ticket stays on the machine that started it, hands over with the work preserved, and dependencies decide what may be built next.

Multi-platform

GitHub, Bitbucket, Azure DevOps and Jira, across one or several repositories per work item. Integrate with the toolchain you already run.

Enterprise security

Multi-tenant isolation and encrypted credentials. Your agents run on your machine; PRFactory keeps the workflow artefacts.

Where teams use it

From one developer's agents to a whole team's machines

FAQ

Questions people ask about PRFactory

What is PRFactory?

PRFactory is a process layer for AI-assisted software development. It takes a ticket, written in PRFactory or imported from an issue tracker, through seven phases to a pull request. People answer questions and approve the plan, the test plan, the testing and the pull request in the browser.

Does PRFactory run the AI agents itself?

No. Agents run on your machines through the AgentTeamForge worker CLI (atf). The PRFactory server keeps the state, the artefacts and the checkpoints, and never executes an agent or calls a model API.

Which AI coding agents does it work with?

Claude Code, Codex, Pi and Cursor CLI through the worker, and any MCP client through the built-in MCP server. Each phase or workflow step names its agent, model and reasoning effort.

Do I need an API key or LLM credits?

No. Your agents use the subscription you already have and authenticate on your own machine. PRFactory sells no credits and meters no tokens.

Does PRFactory do AI code review?

Yes. A different agent from the one that wrote the code reviews every change unless the project turns automatic review off, and the two iterate until the reviewer approves or the round limit is reached.

Which Git platforms are supported?

GitHub, Bitbucket and Azure DevOps, with one or several repositories per ticket.

Where is PRFactory hosted?

In the EU: the server and its database run on Zerops in Prague. See Security for what runs where.

Put a team of agents on your next epic

Bring the agents you already use. Keep every decision.

Get started free