skip to content
fizzgig
sign in
// product
code auditdetect what shippedbrand and reachsoonlift qualityperfect memorysoondecision graph
// build better
sourdough startersproject kicks-off in 1 prompt
// resources
pricingdocsblogabout
sign inrequest access →
private beta · invite onlycursor · claude code · windsurf

your ai coded it.
fizzgig checks it.

holding your AI code to the standards of a real product team — code audit, brand & reach, perfect memory.

request beta access →see the audit suite
already in the beta? sign in →
● 6 free tools live● 18 more in the catalogue● closed beta · 2026
grrrr...
── fizzgig v1.4.2 ──
// see it in action

watch fizzgig audit your code before you ship.

this happens inside your editor. your AI ships a migration; fizzgig catches the policy that lets every user read every row. claude tells you, before you deploy.

● myapp
comments.tsx
supabase/policies.sql
cursor 0.41 · mcp: fizzgig
1// supabase/migrations/0001_comments.sql
2create table public.comments (
3 id uuid primary key,
4 user_id uuid references auth.users,
5 body text,
6 created_at timestamptz default now()
7);
8
9alter table public.comments enable row level security;
10
11create policy "comments_select"
12 on public.comments for select
13 using (user_id is not null);
14
15// last commit · 2 min ago
● mcp connected — fizzgig.ai
you
// what's in the box

tools that make your code production-ready.

see all 27 →
fizzgig__launch_checklist

pre-launch ritual — fan-out to every other fizzgig tool, single ship/dont-ship verdict.

prov0.6.0
// ai does this over time

you ship without running every check because there are too many tools, you're in a hurry, and you'll do it 'after lunch'. you don't do it after lunch. you find out about the issue in a customer email.

// the tool does

the pre-launch ritual. Fan-out via Cloudflare service bindings to every other Fizzgig tool in parallel, aggregates findings, surfaces the top 20 by severity, returns a single ship/don't-ship verdict (ready / not_ready / incomplete) with a headline the AI surfaces verbatim — the user's emotional anchor before deploy.

// so you can

make the deploy call with one number instead of triaging twenty dashboards. sticky — run before every deploy.

fizzgig__rls_checker

checks supabase row-level-security policies for the 8 canonical leak shapes.

freev0.6.0
// ai does this over time

the AI ran your supabase migration, the app works, you ship. three weeks later someone reads a user table they shouldn't because the policy was USING (true) and you never noticed. the AI scaffolds RLS like a checkbox: gets the structure right, gets the auth scoping wrong.

// the tool does

scans SQL migrations for 8 RLS misconfiguration patterns: tables with RLS not enabled, RLS explicitly disabled, USING (true) policies, USING with no auth scoping, INSERT/UPDATE missing WITH CHECK (the row-reassignment bug), policies attached to the public role, auth.role() vs auth.uid() confusion, SECURITY DEFINER functions bypassing RLS. Returns ranked findings with copy-paste fix SQL.

// so you can

run before every migration. the 8 shapes account for the vast majority of vibe-coded supabase leaks.

fizzgig__secret_leak_finder

finds hardcoded api keys, tokens, and provider secrets in your source.

freev0.9.0
// ai does this over time

you paste a key from supabase to test something. the AI scaffolds your code around it. three commits later the live key is in your public repo. by the time github's secret scanner catches it, it's already on someone's screen.

// the tool does

scans against 29 distinct credential patterns: auth providers (Supabase JWT/secret/publishable), payment processors (Stripe live/test/restricted), AI APIs (OpenAI, Anthropic), code hosting (GitHub PAT/fine-grained/app), cloud providers (AWS access+secret, GCP service account), communications (Slack, Twilio, SendGrid, Mailgun, Resend), cryptographic primitives (PEM keys, JWT bearers), database URIs (postgres://, mongodb+srv://), framework footguns (NEXT_PUBLIC_-prefixed admin keys), plus a generic catch-all.

// so you can

don't be the founder whose stripe live key sits in the readme. runs before the commit lands — sticky tool, before every deploy.

new
fizzgig__gdpr_checker

cross-references your privacy policy against the live dependency tree.

newv0.2.0
// ai does this over time

the AI adds @vercel/analytics + posthog + sentry + clerk to the package.json. each is a sub-processor under GDPR. your privacy policy mentions none of them by name. the policy was written six months ago, the deps drifted, you haven't noticed.

// the tool does

13 checks across policy structure (privacy / terms / data-rights routes present), structural compliance (cookie banner presence, withdrawal mechanism, granular consent), and the killer feature: cross-references npm dependencies against the privacy-policy text to name specific undisclosed sub-processors.

// so you can

keep the policy actually current with the stack. the AI ships dependencies; this checks they're disclosed.

new
fizzgig__auth_flow_trace

traces every protected route back to its auth check + verifies webhooks.

newv0.3.0
// ai does this over time

the AI scaffolded /dashboard, /admin, /api/admin — all the protected routes you asked for. it didn't gate any of them. you ship. anyone with the URL is in.

// the tool does

heuristic auth-flow audit. Flags protected-shaped routes (/admin, /dashboard, /account, /api/admin, /api/private) without detectable auth gating — pass files with `// path`-style markers and it names the exact unprotected handler files (per-file attribution); webhook routes without signature verification (stripe constructEvent / crypto.createHmac / svix); auth library drift (mixing next-auth + clerk + supabase + auth0 + iron-session + lucia in one source).

// so you can

ship knowing every /admin route is actually protected. catches the canonical 'AI scaffolded the route, AI forgot the guard' bug.

fizzgig__seo_audit

comprehensive traditional SEO review — URL, head, schema, body, security headers.

prov0.2.1
// ai does this over time

the AI scaffolds the page. the title is 'Untitled Page', the meta description is missing, the URL has a query string from a tracking parameter, the canonical points at staging, the h1 doesn't exist. google indexes none of it the way you'd want.

// the tool does

42 checks across URL slug quality (length, depth, casing, stopwords, hash / query canonical traps), head meta (title, meta-description, viewport, canonical, hreflang, robots-meta), security headers (HSTS, CSP), schema.org markup (Article, Organization, WebSite, BreadcrumbList JSON-LD), body content structure (h1, hierarchy, image alts / dimensions, internal linking), sitemap + canonical correctness.

// so you can

the page is shaped the way search engines expect. catches the 42 cumulative tweaks that move you from 'indexed badly' to 'indexed well'.

// how it works

super easy. super simple.

step 01
connect.

one config line into your AI editor's MCP file. cursor, claude code, windsurf, vs code, lovable, bolt — anywhere your AI already works. takes 30 seconds.

step 02
call.

your AI sees a focused kit of audit tools and calls the right one at the right moment. you don't think about which tool — claude does.

step 03
ship.

review the findings, implement the suggested fixes, ship with confidence. one number instead of triaging twenty dashboards.

// bonus: living architecture map

also: see what you're running.

every fizzgig tool emits architecture facts as a side effect. stack-map aggregates them into a live, status-aware diagram of your project — what platforms you depend on, which are currently degraded, where one outage is silently bottlenecking another.

one place to monitor the health of your project. built into the audit suite. nothing extra to wire up.

see stack-map →
~/myapp — stack-map
// 8 services detected · 1 degraded
● supabase auth · postgres · vault operational
● cloudflare workers · cdn operational
● vercel hosting · edge operational
● stripe payments · billing degraded · 3h 12m
● openai chat · embeddings operational
→ stripe checkout flow may be flaky right now — caused by upstream, not your code.
// who built this

vibe coders helping vibe coders.

i run a consultancy — we vibe-build custom tools for clients. and we kept hitting the same challenges. code drift between sessions. rls policies that looked right but weren't. memory loss across long claude code conversations. the same pre-deploy gotchas every project.

so i built fizzgig to surface and fix them. it's how my team works internally — now it's how anyone with an AI editor can work.

vibe coders helping vibe coders produce production-ready platforms — using the tools you already have.

L
lewis · @lewisbuilds
solo founder · built this in cursor
~/fizzgig — git log
commit a3f1d9c (HEAD → main)
Author: lewis <hey@fizzgig.ai>
Date: Tue Apr 28 2026
feat: prompt_injection_scan v0.9.1
- catches indirect injection via fetched md
commit b21e447
Date: Mon Apr 27 2026
fix: rls_checker mistook RETURNS for policy
- thx @vibecoder42 for the repro
commit 7c9a012
Date: Sat Apr 25 2026
feat: copy_tone_check now flags "supercharge"
// changelog · monthly
get an email when we ship a new tool.
no marketing. just diff lines and the occasional growl.
fizzgig

the fluffy guardian of vibe-coded apps. growls at insecure code so you don't have to.

all systems operational

product

code auditbrand and reach (soon)perfect memory (soon)pricingdocschangelog

community

sourdough startersdiscord (soon)github (soon)x / twitter (soon)rss (soon)

company

aboutcontactterms (soon)privacy
© 2026 fizzgig labs.
v1.4.2 · 2026-05-01