Build your own
software factory.
CI, but it starts before the code is written.
Free and open source.
- Meta
- Shopify
- Uber
- Booking.com
- GitHub
- Cloudflare
- Atlassian
- JetBrains
-
Because we were tired of being gaslit by agents telling us broken code was ready.
-
Keep using them. zeroshot runs your agent as the worker and as separate reviewers, so the one that wrote the code never approves it.
-
zeroshot executes the graph you configure. Use
--prto review the result before merging, or--shipto let it merge when the graph’s conditions are met. -
No. Locally it runs on the Codex or Claude Code login you already have, subscription included. You can also use keys for OpenAI, Anthropic, OpenRouter or Amazon Bedrock, with a different model per agent. docs ↗
why a mechanically enforced graph?
because the agent that wrote the code shouldn't be the one that says it works.
By the time the agent says “done”, it has spent a whole session convincing itself. A skill can ask for a review, but the agent still decides whether to listen and when to stop. In a zeroshot graph, your QA process is enforced by code, and feedback is non-negotiable.
draw your own graph.
Every node is yours to change: which model runs it, what it checks, what happens when it says no.
agent that writes agent that judges built in, no model boots part or all of the stack
what a design slop reviewer catches.
The experiment: Claude Code on Opus 5.5 builds zeroshot’s landing page from its README three ways: on its own, with the reviewer’s standards in the prompt, and inside a custom graph with a design slop reviewer. To keep it a design test, that graph skips code review.
one session, no reviewer
plain Claude Code
Its final report
“I checked it with headless-Chrome screenshots at phone, tablet and desktop widths, in light and dark mode, and with reduced motion.”
one session, no reviewer
Its final report
“Checked in the rendered page: desktop, tablet and phone layouts in light and dark, with no horizontal scroll from 320 to 1920 px.”
What it shipped
- Eight screens. The reviewed page is five.
worker → design slop reviewer → repair
a custom graph for this experiment
Round 1: sent back
- Too long: the README poured into ten screens.
- It explains how zeroshot works five times.
- Every section looks the same, so nothing stands out.
- Apart from the demo, it could be any dev tool’s page.
- The install command, the one line people copy, breaks in two.
- On phones the staged demo run loses its “illustrative” label and passes as real.
Fix: make the rejection the page, with the run up top and the rest cut by half.
Round 2: accepted
Five screens instead of ten.
fly the before and after.
An arctic flight game, built with Codex. Then taken through zeroshot runs with functionality, visual and integrity reviewers. Try both.
After review + performance fixes
WASD to fly · Shift / Ctrl for power · Touch controls on phones. One game runs at a time.
Illustrative review loop
Run start
Candidate 1
Candidate 2
Candidate 3getting started.
Your coding agent can set up zeroshot, run it, and monitor progress. You approve the task before it starts.
Open Claude Code or Codex in your repo and paste this:
Install zeroshot if needed: npm install -g @the-open-engine-company/zeroshot Read the installed zeroshot skill and use it to prepare a local run for a small, non-critical issue in this repo. Stop if there are uncommitted changes. Work on a fresh branch. Show me the proposed task, how success will be checked, and the workflow. Wait for my approval before starting the run. Once approved, run it and monitor progress. Summarize what changed, what passed or failed, and what needs my attention. Suggest one useful workflow customization for this repo.
zeroshot cloud.
Run your workflow in the cloud, on your own or with a team.
Just you
Start a run from a GitHub issue and close the laptop. Nothing merges until your reviewers say yes.
Your team
Your standards live in your zeroshot topology, not in anyone’s skills folder or anyone’s head. Every issue run goes through it.Talk to a founder ↗
Comment @zeroshot-cloud run on a GitHub issue.zeroshot Cloud ↗Cloud docs ↗
Free for one run at a time, then $100 a month for each extra run in parallel, not per seat. Models run on your own API keys.
not just
for coding.
Autoresearch runs experiments through three independent judges.
Explore autoresearch ↗
Watch a research run · 20 sec
stay in the loop.
Star it on GitHubJoin the Discord
design partners get an exclusive hoodie :)
who's building it.
Eivind MeyerCEOLinkedIn · Scholareivind@theopenengine.com
Michael EichelbeckCTOLinkedIn · Scholar
Olle KronvallCMOLinkedIn
Three co-founders. Eivind and Michael met doing machine learning PhD research at the Technical University of Munich. Olle has 7 years in startup growth and runs our brand.



