You shipped it with AI.
Now keep it safe and healthy.
lumioguard runs 323 checks across your repo, monitors your live services in real time, scores your stack health 0–100, and opens each fix as a pull request you review. Read-only by default.
Everything you need to keep production running at 100%.
Reads your live stack, not just your code
One scan reads your code, then your live stack: database advisors, deploy health, security alerts.
meridian-appread-only
3 services connected
Start scan
scanning meridian-app…214/214 checks
GitHub
143 checks · clean
Cloudflare
25 checks · 1 issue
Supabase
46 checks · 1 issue
Scan complete2 issues
RLS disabled on public.invoices
supabase · production
Critical
API responses cached at the edge
cloudflare · cache rules
High
2 fix PRs ready to review
Production degrades, a fix is prepared
When prod starts to drift, you don't get a vague alert. You get the fix: a playbook, copy-paste SQL, or a ready-to-merge PR.
Live monitoringworker memory
52%heap used · 128MB limit
80%
heap over 80% · scan triggered
lumioguard investigating…
pulling worker logs · cloudflare
src/worker/cache.tsmemory leak
41const cache = new Map()
42cache.set(url, res.clone())
Fix preparedready to review
fix: add LRU eviction to cache
lumioguard/fix/worker-cache-leak
- const cache = new Map()
+ const cache = new LRU({max: 500})
MergeMerged
A pull request you read before anything changes
Low-risk fixes arrive as pull requests, riskier ones as drafts or guides you run yourself or copy instructions for your agent.
3 fixes prepared
FK index on orders.customer_id
ready to merge in-app
safe-prmerged
Service-role key out of client
review required
draft
Enable RLS on public.invoices
SQL stays yours to run
guide
All fixessafe-pr
Add FK index on orders.customer_id
lumioguard/fix/orders-fk-index
+ CREATE INDEX idx_orders_customer
+ ON orders (customer_id);
MergeMerged
All fixesguide
Enable RLS on public.invoices
guide · for Cursor or Claude Code
Copy instructionsCopied
"Fixed" is a re-scan result, not just a commit
Apply a fix and a re-scan confirms it's gone, while a two-hour watch compares the new deploy against the last.
Fix ready to apply
Slow query on public.orders
lumioguard/fix/orders-query
Apply fixApplied
Step 1: re-scan
Re-run the query check
timing checkout query…
4.2smean exec · before
38msafter · 12k calls/day
Step 2: watch for 2 hrs
watching production…window complete · no drift
0h2h
5xx rate0.21% → 0.20%
p95 latency412ms → 188ms
db load74% → 31%
Marked as fixed
Slow query on public.orders
re-check + two-hour watch passed
fixed
Hear about it the day it appears
Something new turns up, the alert goes out: email or signed webhook.
Scheduled re-scantue 09:00
1 new since last scan
Stripe key in deploy logs
new finding · deploy #147
Critical
Routing the alert
Severity filter
your rule: alert on ≥ high
Quiet hours
22:00–08:00 · now 09:02
Alert delivered
Email
founders@meridian.app · sent 09:02
Signed webhook
POST /hooks/lumioguard · 200 OK
Why lumioguard exists
Keeping a live app healthy is a full-time job. Error spikes, slowdowns, data left open. Miss them and users churn.
lumioguard takes the watch: hundreds of checks across your code, real-time monitoring on your live services, and every change you ship, with fixes prepared before users notice.
How it works
Connected today, healthy every day after.
Four steps, no agent loose in your repo.
01 · Connect
Connect read-only
Install the GitHub App and add Supabase, Neon, or Vercel with read-only scopes. Nothing scans until you say so.
02 · Scan
Run your first scan
Each scan runs in a fresh, single-tenant sandbox: it reads your repo, sorts real issues from noise, and gets safe fixes ready.
03 · Fix
Fix and keep it healthy
Safe fixes arrive as reviewable PRs, riskier ones as drafts or guides. Merge in-app, and lumioguard keeps watching every change you ship.
04 · Monitor
Live monitoring, day and night
Uptime checks and service health run around the clock. When something breaks, lumioguard opens an incident, finds the cause, and has a fix waiting.
All in one scan, judged the way production judges you.
Production doesn't care that it worked on your laptop. It cares that your data is locked down, your queries hold up, and the bill doesn't double overnight.
Security
Is your data and access safe? Catches Row Level Security turned off, service-role keys shipped to the client, and long-lived auth OTPs.
Performance
Will it scale under load? Flags missing foreign-key indexes, large sequential scans on growing tables, and a disabled connection pooler.
Cost
Is spend under control? Surfaces no spend cap set, scale-to-zero left disabled, and consumption patterns that turn a busy day into a surprise invoice.
Deployment
Pipeline and release safety. Checks for unprotected preview deploys, fork builds running with your secrets, and end-of-life runtimes.
Reliability
Errors, logging, and recovery. Watches for production errors, stale deploys, a firewall left disabled or log-only, and missing statement timeouts.
Engineering
Tests and code quality. Reads GitHub secret-scanning, Dependabot, and code-scanning alerts plus branch protection, so the safeguards you think are on actually are.
Live monitoring
Down at 3:14am. Fix ready by 3:23.
lumioguard watches your live services around the clock. The moment something breaks it opens an incident, reads your code in a throwaway sandbox to find the cause, and leaves a pull request waiting for you to merge.
Built from the ground up for security & privacy.
Tenant isolation, encrypted secrets, a tamper-evident audit trail, and throwaway sandboxes keep your IP secure.
01Fail-closed tenant isolationPostgres row-level security scopes every workspace at the database, not just the app. If a check fails, no data is returned.
02Encrypted, read-only secretsConnector tokens are AES-256-GCM envelope-encrypted, scopes are read-only, and any connection revokes in one click.
03Tamper-evident audit logEvery action is written to an append-only, HMAC-chained audit log the tenant role cannot forge or rewrite.
04Ephemeral, isolated sandboxesEach scan runs in a single-tenant sandbox; your code is fetched on demand and nothing is retained between runs.
05Three opt-in access levelsStart code-only, add read-only service scopes when you're ready. The deep scan reads system catalogs and stats, never your production data.
FAQ
Common questions.
If you can't find an answer below, email us at hello@lumioguard.dev and one of us will get back to you.
01Will this touch my production database?
No writes, ever, without your approval. Service connections use read-only scopes, and the optional deep scan only reads system catalogs and pg_stat, not your application data. Fixes come back as pull requests you review and merge yourself.
02Do you keep my code?
No. Each scan runs in a fresh, single-tenant sandbox: it fetches your code, runs the checks, sends the findings back, and is destroyed. Nothing about your repo is retained between scans.
03What if a fix breaks my app?
Every fix carries a breakage analysis and is classified by risk: safe ones become reviewable PRs on a lumioguard/fix/* branch, riskier ones a draft or step-by-step guide. You approve every merge, and a re-scan confirms the issue is gone before it counts as fixed.
04How long does setup take?
A couple of minutes. Install the read-only GitHub App, connect Supabase, Neon, or Vercel with OAuth, and scan when you're ready. No CI to wire up, no changes to how you deploy.
05Is my data secure?
Connector tokens are AES-256-GCM envelope-encrypted, every workspace is isolated at the database with fail-closed row-level security, and every action is written to a tamper-evident audit log. You can revoke any connection at any time.
06Can I start for free?
Yes. The Free plan is free for one project, every feature included, with 1,000 AI credits a month. No card to begin.
07Does it work with Cursor and Claude Code?
Yes, and code from Lovable, Bolt, Replit, and v0 too. lumioguard scans whatever those tools produce. CI/CD checks are live today; an MCP server for Cursor and Claude Code, Slack alerts, and in-app Copilot Q&A are on the way.
08Is this just for launch day?
No. The launch-readiness report is your pre-launch go/no-go, but your stack keeps moving, so lumioguard keeps watching: re-scans on a schedule, an alert the day a new critical appears, and a health trend on the timeline.
09I don't have an engineer, can I still trust the fixes?
That's exactly who it's built for. lumioguard catches the gaps you'd need an engineer to spot and hands you each fix with the risk spelled out in plain English. You approve every change; it never writes to your code on its own.
10What if my stack isn't on the connector list?
The code-only scan works on any GitHub repository, so you get findings and fixes from day one. Deeper service checks cover Supabase, Neon, and Vercel today, with more connectors on the way.
Get started
See what state your stack is really in.
Connect read-only in a couple of minutes and get your first stack health score, evidence attached. Start free, no card.
Hi, we're Sanjeewa, Chanaka, Ishan, and Tharush, the founders behind lumioguard. Between us we have over 60 years of experience building SaaS and enterprise applications, and we're embedding those decades into lumioguard to help teams ship and keep production systems running at 100%. If you have any questions or want to reach out, send a message to hello@lumioguard.dev and one of us will personally answer.