Start with your context.
Connect your database and repository. Review what Supalens understood so proposed monitors reflect how your business works.
Monitor the metrics behind your product. Investigate what changed. See the evidence. Get back to building.
Read-only data access · Human-approved monitors
A clear view of what needs your attention.
3 completed payments are missing an active entitlement.
Illustrative values. No production database connected.
3 orders have no matching active entitlement. Start with the evidence.
Payment status: completed
Active entitlement: not found
Unverified hypothesis: provisioning may be delayed or missing. Review worker logs and retries; these records alone do not establish the root cause.
The database says what exists, the code says what to count, Slack says where to tell you.
There is no tool that writes. SELECT only, inside a READ ONLY transaction.
Every proposed KPI comes from SQL that actually ran.
Connect in minutes with read-only access. Supalens never needs a write permission, and your credentials stay encrypted.
One-click OAuth. A read-only role is created for each project.
Connection details for a read-only user. Self-hosted, Neon or Amazon RDS.
Connection details for a read-only user. Self-hosted, PlanetScale or Amazon RDS.
A Google service account with Datastore viewer access.
GitHub code context can be added to any source. KPI proposals and monitors need a SQL database.
For founders and small teams running on Supabase. Follow the business signals your infrastructure metrics don’t explain.
Connect your database and repository. Review what Supalens understood so proposed monitors reflect how your business works.
Review the definition and threshold before a monitor runs. Keep the business logic visible and approve what your team needs.
Review what was observed, what is still uncertain, and where to look next. Bring the signal into Slack or email.
When an approved monitor fires, Supalens investigates the data and stored code context. Review confirmed facts and likely causes separately in Slack or email. An all-clear follows when the metric recovers.
Alert firing2:14 PM
₩3.1M−26%Baseline ₩4.2M
Failures at the payment-confirmation step most likely rose after the coupon migration shipped on 7/5 (0051_coupons.sql). Per the code context, review the checkout confirmation logic first.
Investigated by Supalens · the driver is a hypothesis to review
Slack · #alerts2:14 PM
Alert firing
Confirmed in data · Likely driver
Mail2:14 PM
[supalens] Daily revenue anomaly detected
owner@dailycart.co.kr
On recovery6:40 PM
Alert resolved
The value moved out of the alert condition and is back to normal. Current value ₩4.3M.
Illustrative values. No production database connected.
Read-only isn’t a promise — it’s the architecture. There’s no tool that writes, your credentials are sealed, and the analysis AI runs isolated, without them.
Your database credentials are envelope-encrypted with a per-organization key (AES-256-GCM). The master key that wraps it is never stored in the database, so a database dump alone can’t decrypt them. Plaintext never reaches your browser or the AI model.
Questions and monitors run read-only. Non-SELECT statements are rejected, and a READ ONLY transaction, statement timeout, and row cap are always applied. Supabase OAuth connections get a dedicated read-only role (supalens_ro) minted per project; directly connected databases run on the credentials you provide, wrapped in the same SELECT-only guard and READ ONLY transaction.
The analysis AI runs in a sandbox with credentials stripped from its environment — no shell, file, or network tools. Database credentials never enter the model process, and only pre-approved tools can run.
Row-level security is enabled on every user table. One analysis is bound to one organization, chosen by the server — never by the question or the model, so it can’t reach another org’s data.
We don’t replicate your whole database. During analysis, query results are sent to Anthropic (Claude), and we store the answer, a sample of up to 200 rows, your schema structure, the context extracted from code (SUPALENS.md), approved KPI definitions, and monitor events with their investigation results. Every query is audit-logged and auto-deleted after a set period, and deleting a data source or your account revokes the stored credentials at once — they can no longer be used.
Start free, move up as you monitor more.
$0
When you start watching metrics alone
Includes:
$89/mo
For SaaS teams just getting going
Everything in Free, plus:
$299/mo
For teams with more to watch
Everything in Basic, plus:
$899/mo
For large-scale operations, no limits
Everything in Standard, plus:
All prices are in USD. Start free — no credit card required. AI investigations run when a monitor fires.
Early-stage SaaS and AI SaaS teams without a data team. When a founder, CTO, or product lead has no time to build dashboards but still needs revenue, conversion, and churn watched, Supalens takes the data-operator seat.
Most AI SQL tools only see the schema. Supalens reads business rules from your GitHub code — “cancelled subscriptions are excluded from MRR”, “internal accounts are excluded from counts” — defines KPIs on top of them, and then keeps monitoring the approved KPIs and investigates when one breaks, instead of stopping at an answer.
Supabase connects via OAuth and a read-only role is minted per project to read the schema. GitHub connects via an App install; the repo is cloned read-only, business rules are extracted and stored as SUPALENS.md. Then Supalens proposes execution-verified KPIs, and the ones you approve get monitors.
Yes. Every KPI is proposed only from SQL that actually ran, and only the ones you approve become dashboards and monitors. Definitions are shown in plain language, and the SQL is always one click away.
We never replicate your database. We store answers, samples of up to 200 rows, your schema structure, the context extracted from code (SUPALENS.md), approved KPI definitions, and monitor events with their investigation results. Credentials are envelope-encrypted with a per-tenant key and never appear in plaintext in code, logs, or the model.
No. There is no tool that writes. Every query and monitor is SELECT-only inside a READ ONLY transaction; INSERT, UPDATE, DELETE, and DROP are blocked.
The cause is a hypothesis. Alerts separate “confirmed in data” from “likely driver”, and the SQL that ran is always shown. Base important decisions on the confirmed side — and a wrong hypothesis becomes the lead for the next investigation.
By the number of monitors you keep, how often they are checked, and your data sources and team members. Free watches 3 monitors every 2 hours; paid plans watch more monitors every 10 or 5 minutes. Natural-language questions are only a fair-use limit.
Yes. Plug in the MCP server mcp.supalens.ai to ask using the approved KPI definitions as-is, break a cause down, and create new monitors. It works without the web console.
Supabase (OAuth), PostgreSQL, MySQL, and Firebase Firestore. Automatic KPI proposals currently support the SQL family (Supabase, PostgreSQL, MySQL); GitHub code context can be attached to any source.
No credit card · Read-only by design