Product

It does
the whole job.

Veratex reads the issue, writes the fix, tests it in a sandbox, reviews it, and merges it. You choose how much of that runs on its own.

Live testing

It finds bugs by
using your product.

Veratex starts your product in a sandbox and uses it: clicks, forms, full flows. Dead buttons and broken pages become bug reports with repro steps. The same browser later proves its own fixes end to end.

EXPLORATION · SANDBOX VM-3C9live
19:02:08 $ pnpm dev ready on :3000
19:02:31 open /checkout, add item to cart
19:02:49 apply coupon " " button does nothing
19:02:50 console: TypeError on submit
19:03:12 filed bug: coupon accepts whitespace-only input
19:04:05 open /dashboard, filters reset on refresh
19:04:18 filed idea: persist filters per user
Proposals

It suggests what
to build next.

Ideas come from reading your code and from using your product. Each one is a card with the reasoning attached. Approve it and Veratex builds it. Dismiss it and it never comes back.

PROPOSALS · THIS WEEK3 open
Fix: coupon field accepts whitespace-only inputfound live

Found while using the checkout flow: Apply does nothing and the console throws. Repro steps attached.

ApproveDismiss
Add exponential backoff to webhook delivery

Deliveries retry instantly and hammer failing endpoints. Seen in 40+ log incidents this month.

ApproveDismiss
Collapse the N+1 queries on /orders

One request makes 41 queries. A single join cuts p95 latency by about 380ms.

ApproveDismiss
Fixes

You wake up
to a pull request.

Overnight the bug became a branch, the branch became a fix, and the fix brought its own tests. The PR says what changed, why, and how it was verified.

PR #508 · opened 02:41 by veratex
fix: make token refresh path async under concurrent load
fix/482-auth3 files+214−89
02:14 issue checked, branch opened
02:29 6 new tests written for the race
02:37 sandbox: 312 unit + 14 e2e passed
02:40 review: approved, no security findings
02:41 waiting for you to merge
Monitoring

Production breaks.
A fix is already open.

Point Sentry, Datadog, or any JSON webhook at Veratex. When an alert fires, it works out which merged change caused it, files an issue carrying the stack trace and the suspect diff, and opens a fix PR with tests. It reads your alerts and nothing else: it never deploys, never rolls back, and holds no access to production.

WORKS WITH
INCIDENT · ACME/API-GATEWAY41 events
TypeError: cannot read properties of null (reading 'token')error
api-gateway · first seen 03:12 · release 4f9a2c1
SUSPECT CHANGE
#495 fix: make token refresh path async under load
merged 02:41 · same release as the alert · 3 files
at refreshSession (lib/auth/session.ts:118) at handler (app/api/orders/route.ts:34) ... 6 more frames
03:14 checked your open issues, not a duplicate
03:14 filed issue #512 with the trace and the suspect diff
03:38 PR #514 opened, 318 tests passed
Who merges

Who merges the work?
You decide.

AUTOPILOT

Veratex merges.

When tests pass and the review is clean, the change merges on its own. You get a feed of what happened.

Merged #495: fix token refresh racemerged
312 tests passed · review approved · 02:41
#511 held for you: diff too largeyour call
840 changed lines · over the cap you set
DRAFT BRANCH

You merge.

Veratex works on its own branch and keeps it tested. You merge the changes you want, or discard the ones you don’t. Your branch never changes without you.

Add backoff to webhook retriesready
re-tested against your branch · 18 min ago
Merge into devDiscard
Fix: coupon accepts whitespacetesting
checking it still works on your latest code
The run log

See exactly
what ran.

Every command and test result is recorded by our servers, not reported by the agent. Open any run and read what actually happened.

RUN 4189 · FIX/482-AUTHlive
02:33:04 sandbox vm-7f2 created, repo cloned at bd41c9
02:33:41 $ pnpm install ok
02:35:12 $ pnpm test 312 passed, 0 failed
02:36:50 $ playwright test 14 passed
02:37:02 result recorded server-side: pass
02:37:03 vm-7f2 destroyed
Controls

You set
the limits.

The rules live in your settings, not in a prompt. Our servers enforce every one of them, so the agent cannot work around them.

SETTINGS · ACME/API-GATEWAY
Work on a draft branch
your branch changes only when you merge a change
Merge automatically when tests pass
tests, review, and size caps checked on our servers
Check issues before working on them
a quick model call filters out bad requests
Merge without a test suite
off by default, and we suggest keeping it off
Applications

What people
hand off first.

Backlog cleanup

The small, well-described issues nobody gets to.

Dependency upgrades

Version bumps, breaking-change migrations, and the tests to prove them.

Security patches

CVEs patched and verified the day they land.

Flaky tests

Reproduces the flake in a sandbox, then fixes the cause.

Coverage gaps

Finds untested paths and writes the missing tests.

Docs upkeep

Keeps READMEs and changelogs matching the code.

Use cases

Start with a problem you already have.

GitHub issue automation

Move reproducible bugs from the backlog to reviewed, tested changes.

Production alert fixes

Connect Sentry or Datadog alerts to investigation and fix work.

Customer feedback to bug fixes

Turn written support reports into fixes with your chosen review settings.

Start in
two minutes.

Connect a repository and Veratex gets to work today.