stripe-no-webhooks is an open-source library that syncs your Stripe payments data to your own Postgres database: <https://github.com/pretzelai/stripe-no-webhooks>
Here's a demo video: <https://youtu.be/cyEgW7wElcs>
It creates a webhook endpoint in your Stripe account to forward webhooks to your backend where a webhook listener stores all the data into a new stripe.* schema. You define your plans in TypeScript, run a sync command, and the library takes care of creating Stripe products and prices, handling webhooks, and keeping your database in sync. We also let you backfill your Stripe data for existing accounts.
It supports pre-paid usage credits, account wallets and usage-based billing. It also lets you generate a pricing table component that you can customize. You can access the user information using the simple API the library provides:
billing.subscriptions.get({ userId });
billing.credits.consume({ userId, key: "api_calls", amount: 1 });
billing.usage.record({ userId, key: "ai_model_tokens_input", amount: 4726 });
Effectively, you don't have to deal with either the Stripe dashboard or the Stripe API/SDK any more if you don't want to. The library gives you a nice abstraction on top of Stripe that should cover ~most subscription payment use-cases.Let's see how it works with a quick example. Say you have a billing plan like Cursor (the IDE) used to have: $20/mo, you get 500 API completions + 2000 tab completions, you can buy additional API credits, and any additional usage is billed as overage.
You define your plan in TypeScript:
{
name: "Pro",
description: "Cursor Pro plan",
price: [{ amount: 2000, currency: "usd", interval: "month" }],
features: {
api_completion: {
pricePerCredit: 1, // 1 cent per unit
trackUsage: true, // Enable usage billing
credits: { allocation: 500 },
displayName: "API Completions",
},
tab_completion: {
credits: { allocation: 2000 },
displayName: "Tab Completions",
},
},
}
Then on the CLI, you run the `init` command which creates the DB tables + some API handlers. Run `sync` to sync the plans to your Stripe account and create a webhook endpoint. When a subscription is created, the library automatically grants the 500 API completion credits and 2000 tab completion credits to the user. Renewals and up/downgrades are handled sanely.Consume code would look like this:
await billing.credits.consume({
userId: user.id,
key: "api_completion",
amount: 1,
});
And if they want to allow manual top-ups by the user: await billing.credits.topUp({
userId: user.id,
key: "api_completion",
amount: 500, // buy 500 credits, charges $5.00
});
Similarly, we have APIs for wallets and usage.This would be a lot of work to implement by yourself on top of Stripe. You need to keep track of all of these entitlements in your own DB and deal with renewals, expiry, ad-hoc grants, etc. It's definitely doable, especially with AI coding, but you'll probably end up building something fragile and hard to maintain.
This is just a high-level overview of what the library is capable of. It also supports seat-level credits, monetary wallets (with micro-cent precision), auto top-ups, robust failure recovery, tax collection, invoices, and an out-of-the-box pricing table.
I vibe-coded a little toy app for testing: <https://snw-test.vercel.app>
There's no validation so feel free to sign up with a dummy email, then subscribe to a plan with a test card: 4242 4242 4242 4242, any future expiry, any 3-digit CVV.
Screenshot: <https://imgur.com/a/demo-screenshot-Rh6Ucqx>
Feel free to try it out! If you end up using this library, please report any bugs on the repo. If you're having trouble / want to chat, I'm happy to help - my contact is in my HN profile.
tonyx•56m ago
This feels like something many teams eventually build internally — curious how you’re thinking about long-term API surface + compatibility with new Stripe features.
prasoonds•44m ago
yes, the library is ~mostly a wrapper around Stripe with a convenience layer of a simple API that works on the your local DB. So, you will always be able to call Stripe as per usual.
The idea here was to fill the gaps left by the official Stripe implementation:
- direct access to your Stripe data in your own DB - this lets you get around Stripe API rate limits and do custom aggregations (user dashboards? I love what Cursor has done on their usage dashboard for eg)
- easy support for multiple credit types, topups and auto-topups
- usage billing that's much simpler to use (meters, usage products and prices are not exposed to the users)
Other than these basic primitives, everything else is just Stripe under the hood. You can and SHOULD use Stripe SDK for any write operations, for eg.
> This feels like something many teams eventually build internally ...
Exactly right - we've talked to so many teams who has mostly vibe-coded something fragile that mostly works for them and the pattern is common enough that we thought this separate library would be widely useful.