Simulate the world around your software.

breken rebuilds your entire software on its own machines, grows a production state around it, and searches that state for the failures a customer would otherwise find.

Try breken Read our manifesto

01
ENVIRONMENT · acme/appGROWING
DAY613 / 730
HISTORY20 months
ANSWERED INSIDEpayments · mail · db · queue
CLOCK ×4,000 · STATE GROWN FROM USE, NOT FIXTURES

Environment

Reconstruct the production state.

Your whole system runs on our machines, with external services answered inside an isolated environment. Nothing is mocked or reachable from outside. At 4,000× speed, history builds up: accounts, records, pending work and unclosed sessions.

02
POPULATION5 PEOPLE · 3 AGENTS
adminimpatient · bulk edits
new usertwo tabs, one document
agentrefunds from the inbox
INTENT · HABITS · PATIENCE

Population

Simulate the people, and the agents.

Synthetic users and agents work your product: impatient admins, users with two tabs, agents acting on inboxes. Each has intent, habits and limited patience. Every one is reproducible.

03
EXPLORATIONRUNNING
SCENARIOS04,096
COUNTEREXAMPLES323
PRODUCTION COVERED2 years in 06 hours
ONE CONDITION VARIED · EVERYTHING ELSE HELD

Exploration

Search the state space for failures.

Each expected property becomes a hypothesis. breken tests it by changing one condition: a retry, lost response, clock jump or mid-job deploy. Thousands of scenarios in minutes. Years of production in hours.

04
P-041 · a retry charges onceREPRODUCED 3 / 3
TREATMENT✗ ✗ ✗
CONTROL✓ ✓ ✓
FIXPR #412 · draft opened
CONDITION · RESPONSE LOST AFTER THE COMMIT

Reproduction

Reproduce it, then fix it.

A failure counts only if it reproduces every time against a control that never fails. You get its exact state, trace and a draft pull request.

a production before production.

Try breken Read our manifesto

Backed by

  • Pareto Holdings
  • Pear VC
  • Z Fellows
  • Collective Global