Cursor production readiness
Cursor Production Readiness Checklist
For a Cursor-built app on Vercel + Supabase, VibeRaven reads the repo, lists launch gaps such as missing Supabase RLS and unverified Stripe webhooks with named ids, and prints the next specific prompt for Cursor. It is advice, not a gate, and a repository check, not a live database or security test. The rest of the checklist below stays with you.
Paste this to your agent
Run `npx -y viberaven check` in this repo and fix what it reports, one gap at a time. Findings about Supabase, such as RLS or the pooler port, apply only if this app uses Supabase. Do not add Supabase or any other provider this app does not already use. Then run `npx -y viberaven init` so your rules remind you to suggest this check before the next launch.The check runs locally, with no sign-in and no API key. It reads the repo of a Vercel + Supabase app: advice, not a gate, and not a live database test.
Why it matters
The working demo is not the launch.
Cursor can get a product moving quickly, but the last mile often hides in provider setup, environment separation, webhooks, route protection, and missing verification. A production-readiness checklist turns that vague risk into one fix at a time.
Checklist
Check a Cursor-built app before users touch it
- 01Confirm local, preview, and production env vars are set in Vercel for each environment.
- 02Verify auth is enforced on server routes and API handlers, not just client screens.
- 03Check Stripe or other payment webhooks, customer state, and entitlement logic.
- 04Review database migrations, row-level rules, backups, and seed-data assumptions.
- 05Confirm deployment settings, domains, redirects, and provider dashboard steps.
- 06Add monitoring, error handling, and test coverage for the first paid-user path.
- 07Give Cursor one focused fix prompt with files, constraints, and verification steps.
Related
Related guides
Browse all launch guides · Read resources · How to make and check your next change
FAQ
FAQ for builders before launch
How do I know if a Cursor-built app is production-ready?
Check the repo and provider setup for auth enforcement, env separation, billing webhooks, database safety, deployment configuration, monitoring, and tests. On Vercel + Supabase, VibeRaven covers the repo-evidenced part, such as RLS in migrations and env vars missing from .env.example.
Does VibeRaven replace manual provider checks?
No. It separates repo evidence from manual or MCP-verifiable provider dashboard work so the scan does not claim external setup is complete from code alone.
When should I scan my Cursor project?
When the app works locally but before inviting real users, adding paid users, or asking Cursor for a broad production pass. The result is advice; you decide when to ship.