The diff landed
Claude, Cursor, or Codex just rewrote 20 files. It looks fine. It compiles.
Seatbelt maps the critical flows in your app, replays them in a real browser, and gives you the verdict, the evidence, and an LLM fix prompt.
checkout · failed at step 6
expected success redirect → got entitlement locked
Investigate checkout success: the entitlement isn't unlocking after payment. Failing step 6, redirect never fires…
Built for people shipping AI-generated code with Claude, Cursor, or Codex.
Code generation got 10× faster. Checking the result didn’t. That part still lands on you — after every AI change.
Claude, Cursor, or Codex just rewrote 20 files. It looks fine. It compiles.
Login, onboarding, upload, checkout, entitlements, dashboard — one more time.
It’s draining after a long session. The one check you skip is the one that breaks prod.
They check pieces. AI-coded apps break where the pieces are wired together.
From install to completed browser testing in four steps. No test suite to babysit.
$ npm install getseatbelt$ npx seatbelt init✓ Seatbelt is set up and your first browser QA is ready
Add Seatbelt, let it map your flows, then run the browser check before you merge.
$ npm install getseatbelt$ npx seatbelt initSeatbelt drives a real browser through your flows, so the result is something you can actually trust.
checkout · failed at step 6
expected success redirect → got entitlement locked
Investigate checkout success: the entitlement isn't unlocking after payment. Failing step 6, redirect never fires…
A real browser window — not a green check you have to take on faith.
A clean test user each run, so a pass is real — not a leftover session.
Video, screenshots, and logs saved locally on every run.
After each run, Seatbelt gives you the verdict, the failed step if something broke, the evidence, and an LLM fix prompt you can send to your coding agent.
checkout failed — expected a success redirect, got an entitlement still locked after payment.
Investigate the checkout success flow. After a completed test-mode payment, the entitlement never unlocks and the success redirect never fires (failed at step 6). Check the webhook handler and the entitlement write. Repro + trace attached.
No. Seatbelt manages the QA loop around your app: it maps critical flows, keeps them fresh as your code changes, replays them in a real browser, captures evidence, and gives you the fix prompt. You don’t babysit a test suite to know if checkout broke.
Yes. You watch it click, type, upload files, complete checkout, or run the flows that matter in your app. Seeing the run is what makes Seatbelt trustworthy.
No. Seatbelt’s AI features run through Seatbelt. You don’t bring or paste an OpenAI key.
No. Normal use opens your browser and connects your account automatically. Tokens are only for advanced CI/dev setups.
Yes — run it any time you’re unsure about your app, not just before a PR. After an AI diff, run seatbelt run, watch the browser replay, then commit, merge, or send the fix prompt back to Claude, Cursor, or Codex.
During seatbelt init, Seatbelt can generate a reset prompt for your coding agent. It adds a safe reset script to your app and wires it into your Seatbelt config, so every run starts from a clean test user. Say yes during init and you won’t need to run setup-reset for that repo.
Seatbelt runs from your repo and opens a browser against your app. It’s built for local dev and pre-merge checks.
No. Unit tests check pieces. Seatbelt checks the user journeys where those pieces are wired together: login, onboarding, upload, checkout, entitlements, dashboards, and the flows specific to your app.
Run Seatbelt in your repo with no login and no credit card. Upgrade when Seatbelt becomes part of your routine.