Reviewers review. They don't re-test.
Every PR arrives with a QA report for the exact commit being shipped, so review starts from evidence instead of pulling the branch to check it by hand.
Software Factory CLI
Your engineers already build with Claude Code, Codex, and Cursor. The Software Factory CLI plugs into those agents and makes every branch earn its review: tested at the exact commit that will ship, checked by an independent judge, and opened as a PR with the evidence attached. Your reviewers spend their time on judgment calls, not on catching what the agent broke.
# 1. Install the codepress executable
curl -fsSL https://downloads.codepress.dev/factory/install.sh | sh# 2. Hook it into your agent
codepress factory init --provider claudeWhen every engineer ships with an agent, your reviewers become the QA team. The Factory makes each agent prove its work before a person spends time on it.
Every PR arrives with a QA report for the exact commit being shipped, so review starts from evidence instead of pulling the branch to check it by hand.
The same delivery standard applies whether the code came from Claude Code, Codex, or Cursor, on anyone's machine.
QA results, the judge's verdict, and any skipped check — with its written reason — are posted on the pull request for everyone to see.
The Factory stops at ready-for-review. It never merges; your team keeps the final call.
When an agent finishes a branch, the Factory tells it exactly what to do next — test it, open a draft PR, post the evidence, get an independent verdict — until the PR is ready for a human.
● agent · committed 3 files on feat/usage-export
codepress factory start --repo .
Factory delivery started
Branch: feat/usage-export
Next: verify the current head, then qa-stamp
codepress factory delivery qa-stamp --verdict PASS
QA verdict: PASS at 4e1c9a2
codepress factory delivery create-draft-pr
Draft PR: #412 opened
codepress factory delivery post-report
Report: posted · judge requested
● judge · VERIFICATION PASS for 4e1c9a2
codepress factory delivery ready-for-review
Factory delivery ready for review
Checks: head · report · verdict · CI · mergeable
Progress is saved per branch, so if an agent crashes, a session restarts, or a teammate picks up the work, delivery resumes right where it stopped.
Your engineer's agent works on a feature branch exactly as it does today. Nothing about their workflow changes.
Once the work is committed, delivery kicks off — started by the agent, by the engineer, or automatically.
QA runs against the precise version that will ship, not an earlier draft, and records a clear PASS, FAIL, or BLOCKED.
A draft pull request opens with the change, including screenshots or video whenever the UI changed.
The QA report is posted on the pull request, where every reviewer can see what was tested and how.
A separate judge reads the evidence and rules on the current version — a second opinion, not the author grading its own work.
Only after re-checking the latest commit, the report, the verdict, CI, and merge conflicts does the PR leave draft for human review.
The Factory never merges. A review-ready PR is an invitation for a human, not an approval.
Your engineers keep the coding agent they already use. One command connects the Factory to that agent's existing settings — no retraining, no migration, no lock-in.
.claude/settings.json.codex/hooks.json.cursor/hooks.json.muse/hooks.jsonSupported through the same integration.
A delivery process that stalls your engineers is worse than none at all. Every check comes with a way forward, so the Factory raises the bar without becoming a bottleneck.
When something isn't ready, the agent gets a plain reason and a concrete next step it can take on its own. A check is a nudge, never a dead end.
Escalate to a human, skip QA, ship unverified, or abandon the branch when that's the right call. Each exception needs a written reason and shows up on the PR, never hidden.
If the Factory is missing, crashes, or runs slow, the agent keeps working. Every check is capped at six seconds, and any failure is logged with its cause.
An agent that keeps hitting the same wall is released instead of burning hours and tokens on a stuck session.
Delivery starts on request by default. Turn on automatic mode per machine when your team is ready for every finished branch to enter delivery on its own.
One self-contained binary for macOS and Linux. Git is the only dependency — no Node, Python, or other tooling to roll out.
Works with your engineers' existing GitHub credentials. There's no Factory login to manage.
Every release is cryptographically signed and verified, with stable and beta channels and a one-command rollback.
Every command prints plain, labeled text — no colors, spinners, or special modes — so an engineer and their agent always see exactly the same thing.
Almost nothing. Each engineer installs one binary and runs one command to connect the agent they already use. Day-to-day work stays the same; the Factory takes over once a branch is committed and carries it through testing, evidence, and an independent verdict to a review-ready PR.
No. The CLI talks to GitHub directly using your engineers' existing Git or gh credentials, so there is no Factory-specific login. codepress factory bootstrap --local sets up local QA with the agent you already run, without a connected CodePress repository.
Claude Code, Codex, Cursor, and Muse Spark are configured with a single command, and Devin, Grok, and Kimi are supported through the same integration. The Factory never replaces your agent — it works with the one your team already uses.
No. Delivery ends at ready-for-review. A review-ready PR means the latest commit has passing QA evidence and an independent verdict — it is not permission to merge. Your team decides what ships, and an agent merges only when someone explicitly asks it to.
It's designed not to. If the CLI is missing, crashes, or runs slow, the agent keeps working: every check is capped at six seconds and the cause is logged to ~/.codepress/factory/hook-adapter.log. When a check does stop an agent, it names a next step the agent can take on its own, exceptions only need a written reason, and repeated identical blocks are capped so no session gets stuck in a loop.
The CLI runs the delivery process on your engineers' machines with their own agents. The hosted CodePress Software Factory runs the same process on cloud agents, from issue to verified PR, and its agents ship with a pinned copy of the CLI.
Two commands on macOS or Linux, and your team's agents start delivering with evidence attached. Want the whole process run by cloud agents, from issue to verified PR?
Explore the hosted Software Factory# 1. Install the codepress executable
curl -fsSL https://downloads.codepress.dev/factory/install.sh | sh# 2. Hook it into your agent
codepress factory init --provider claude