Fork it — run your own auth server
This is the main path. AussieAuth isn't a service you sign up for — it's a repo you run. Forking gives you one auth backend, on your own Convex deployment, that every one of your apps can sign in against, with no third party in the middle and no per-user pricing.
What you end up with
- A Convex deployment you own, holding your users and sessions.
- All fifteen methods available, each switched on the moment you set its credentials — and invisible until then.
- A site (the landing, docs,
/setup/*walkthroughs,/admin) you can deploy to your own domain, or delete entirely if you only want the backend.
Steps
1. Fork and clone.
gh repo fork aussieljk/aussieauth --clone
cd aussieauth
bun install
2. Create your own Convex deployment.
bunx convex dev
This creates a fresh project under your Convex account and writes its URL to
.env.local. Nothing is shared with the upstream deployment.
3. Set the one required secret.
bunx convex env set BETTER_AUTH_SECRET "$(openssl rand -base64 32)"
bunx convex env set SITE_URL https://aussieauth.localhost
Every other secret is optional — see the table in the Quickstart. A method whose credentials are missing is simply a method your deployment doesn't offer.
4. Run it.
bun dev
Every method that needs no third party works immediately: email/password,
username, passkeys, Solana, anonymous, account numbers, demo, and agent keys.
Magic links and OTP codes work too — the link or code is written to the Convex
logs until you set RESEND_API_KEY.
Making it yours
- Name and branding. The package publishes as
@aussieljk/auth; rename it inpackages/react/package.jsonif you'll publish your own. The site's copy lives insrc/site/anddocs/. - Third-party methods. Google and Apple each have a guided walkthrough in the
app at
/setup/googleand/setup/applethat fills in your deployment's real callback URLs. See Google and Apple. - Only want the backend? Delete
src/routes/and deploy just the Convex functions. Your apps talk to it over HTTP — see Using it from another app.
Deploying your fork
The site deploys to Vercel; the backend stays on Convex. A push to master
auto-deploys the site once three repository secrets are set —
VERCEL_TOKEN, VERCEL_ORG_ID, VERCEL_PROJECT_ID. Full details in
Deploying.
Keep the Convex push manual (bunx convex dev --once): a schema change wants a
human watching it.