finds.dev← search

// the find

beam-community/stripity-stripe

★ 1,068 · Elixir · MIT · updated Jun 2026

An Elixir Library for Stripe

The de facto Stripe client for Elixir, now maintained by beam-community after the original code-corps repo. It covers nearly the entire Stripe API surface through code generation from Stripe's OpenAPI spec, so it stays current without manual work. If you're doing payments in Elixir/Phoenix, this is the library you reach for.

Generated from Stripe's official OpenAPI spec, which means API coverage is broad and updating to new Stripe API versions is a matter of running codegen rather than manually tracking changelog diffs. Tests run against stripe-mock (Stripe's own mock server), not recorded fixtures or hand-rolled stubs, so the request/response shapes are validated against Stripe's actual spec. Webhook handling is first-class — WebhookPlug, signature verification, and a behavior-based handler pattern are all included. Per-request API key overrides make multi-tenant Stripe Connect setups straightforward.

The Stripe API version table in the README stops at 2019-10-17 for 'master', which is wildly out of date — Stripe has shipped years of breaking API changes since then, and it's unclear from the docs which version you're actually pinning to in production. The library still defaults to Hackney as the HTTP client, which is a significant dependency to pull into a project that might already be on Finch or Mint. Error handling returns `{:error, %Stripe.Error{}}` structs but the shape of those errors for network failures vs. API errors vs. decode failures isn't well-documented, so you find out what you're pattern-matching against the hard way. No built-in support for idempotency keys in the public API surface — you have to know to pass them through opts.

View on GitHub →

// want more like this?

We dig through GitHub every week and send a few repos picked for what you actually care about — each with an honest take like this one.

Get finds in your inbox → Search again →