Auth0
Detect intent → detect framework → detect tooling → load 2–3 reference files.
Step 1: Detect intent
Match the request against the What the developer wants column — it describes
the goal in plain language, not just the Auth0 term (someone who says "make
users confirm with a code from their phone" lands on feature:mfa). The
Intent you pick is a lookup key: in Step 4 it appears verbatim as a
section heading (### feature:mfa) listing which reference files to load.
| What the developer wants (plain language + Auth0 term) | Intent |
|---|---|
| Add login, signup, sign-in, "let users log in / create accounts" to an app, or otherwise add and use an Auth0 SDK in an app or script | integrate |
| Require a second step after the password — a one-time code, SMS or email code, authenticator app, or a passkey/fingerprint/face/security key used as an additional factor; or re-confirm identity before a sensitive action. Auth0: multi-factor authentication (MFA), two-factor (2FA), two-step verification, step-up authentication. | feature:mfa |
| Let users sign up or sign in with a passkey, fingerprint, or Face ID instead of a password — passwordless WebAuthn as the primary credential — or let a signed-in user add a passkey to their account. Auth0: passkeys, WebAuthn, passwordless login. | feature:passkeys |
| Let separate companies, teams, workspaces, or tenants each have their own users, members, roles, and login — typically a product sold to businesses. Auth0: Organizations, multi-org, B2B SaaS. | feature:organizations |
| Deploy a hosted self-service portal for profile, passkeys, MFA, or organization details instead of building a “My Account” or “My Organization” UI. Auth0: Universal Portals, My Account portal, My Organization portal. | feature:universal-portals |
Serve the login page from your own web address (e.g. login.example.com, auth.company.com) instead of the default Auth0 URL. Auth0: custom domain. | feature:custom-domains |
| Build fully custom login/signup screens with your own code or framework, beyond what theme settings allow. Auth0: Advanced Customization for Universal Login (ACUL). | feature:acul |
| Change how the login page looks — logo, colors, fonts, background, overall theme. Auth0: branding, Universal Login customization. | feature:branding |
| Bind tokens to the client so a stolen or leaked token can't be reused/replayed from another machine. Auth0: DPoP (Demonstrating Proof-of-Possession), sender-constrained tokens. | feature:dpop |
| Audit a tenant for security/config issues, report, then optionally fix findings. Auth0: tenant audit, CheckMate. | audit |
| Check if a tenant is healthy and on the right plan — two scores + a recommendation. Auth0: health check. | healthcheck |
| Ask for best practices, "is this secure?", how to handle tokens safely, "how should I do X". Auth0: guidance / security. | guidance |
| Hit an error: 401 Unauthorized, 403 Forbidden, CORS, callback URL mismatch, redirect loop. Auth0: debugging. | debug |
| Hit rate limiting: 429 Too Many Requests, quota exceeded. Auth0: rate limits. | debug:rate-limit |
| Move an existing app off Clerk, NextAuth.js, Firebase, Cognito, Okta, Supabase, Passport.js, or another auth provider. Auth0: provider migration. | migrate |
| Upgrade the Auth0 SDK itself to a new major version (e.g. Auth0.swift v2→v3, Auth0.Android v3→v4) — breaking changes, deprecated APIs, "update to the latest SDK". Auth0: SDK major-version upgrade. | upgrade-sdk |
| Install Auth0's Vercel Marketplace integration, connect Auth0 to a Vercel project, or sync Auth0 configuration into a Vercel-hosted Next.js app. Auth0: Vercel native integration. | integrate |
Use the Auth0 CLI directly — "create an app/API with the auth0 CLI", script tenant setup, or automate Auth0 config in CI — with no application framework in play. Auth0: CLI / tooling-only. | tooling |
If nothing clearly matches
Pick the closest goal. If the goal is genuinely unclear, ask the developer what they're trying to accomplish - don't guess an intent.
Step 2: Detect framework
Skip this step for the
toolingintent — a CLI-first request has no framework. Go to Step 3, load the tooling reference; only ask about a framework if the developer later pivots to integrating auth into an app.
Work top-down. Stop at the first tier that yields a framework.
Tier 1 — Auth0 SDK already installed (strongest signal)
Node.js / JavaScript / TypeScript — check package.json → dependencies
Rows are most-specific first: an Ionic/Capacitor project also carries the base
SDK, so check the @capacitor/browser rows before it.
| Package | Framework |
|---|---|
@capacitor/browser + @auth0/auth0-angular | ionic-angular |
@capacitor/browser + @auth0/auth0-react | ionic-react |
@capacitor/browser + @auth0/auth0-vue | ionic-vue |
@auth0/nextjs-auth0 | nextjs |
@auth0/auth0-nuxt | nuxt |
@auth0/auth0-tanstack-start-react | tanstack-start |
@auth0/auth0-react | react |
@auth0/auth0-vue | vue |
@auth0/auth0-angular | angular |
@auth0/auth0-spa-js | spa-js |
express-openid-connect | express |
@auth0/auth0-fastify | fastify |
@auth0/auth0-fastify-api | fastify-api |
express-oauth2-jwt-bearer | express-jwt |
react-native-auth0 + app.json or app.config.js present | expo |
react-native-auth0 (no Expo files) | react-native |
@auth0/auth0-api-js | auth0-api-js |
@auth0/auth0-server-js | auth0-server-js |
@auth0/auth0-auth-js | auth0-auth-js |
auth0 (the bare package, not @auth0/*) | node-auth0 |
Python — check requirements.txt or pyproject.toml
Rows are most-specific first: auth0-server-python is the framework-agnostic
server core, so check for a co-installed web framework before falling back to the
bare-SDK row.
| Package | Framework |
|---|---|
auth0-server-python + flask | flask |
auth0-server-python (no Flask web framework) | server-python |
auth0-fastapi-api | fastapi-api |
Java / Kotlin — check build.gradle or pom.xml
| Dependency | Framework |
|---|---|
mvc-auth-commons (com.auth0:mvc-auth-commons) | java-mvc |
spring-security-oauth2-resource-server | springboot-api |
.NET — check *.csproj or NuGet.Config
| Package | Framework |
|---|---|
Auth0.AspNetCore.Authentication (no .Api suffix) | aspnetcore-auth |
Auth0.AspNetCore.Authentication.Api | aspnetcore-api |
Auth0.OidcClient.MAUI | maui |
Auth0.OidcClient.AndroidX | net-android |
Auth0.OidcClient.iOS | net-ios |
Auth0.OidcClient.WinForms | winforms |
Auth0.OidcClient.WPF | wpf |
PHP — check composer.json
auth0/auth0-php powers both PHP web apps and APIs via SdkConfiguration's
strategy. The STRATEGY_API row is more specific — check it first.
| Package | Framework |
|---|---|
auth0/auth0-php + SdkConfiguration::STRATEGY_API (or strategy: 'api') | php-api |
auth0/auth0-php (no STRATEGY_API / STRATEGY_REGULAR or strategy: 'webapp') | php |
auth0/login (laravel, no AuthorizationGuard) | laravel |
auth0/login + AuthorizationGuard | laravel-api |
If
auth0/auth0-phpis installed but noSdkConfigurationstrategy is set yet (fresh project), fall through to variant disambiguation below.
Go — check go.mod
| Module | Framework |
|---|---|
github.com/auth0/go-jwt-middleware | go |
Mobile (native)
| Signal | Framework |
|---|---|
build.gradle(.kts) + com.auth0.kmp:auth0 (Kotlin Multiplatform module) | kmp |
Package.swift or .xcodeproj + Auth0.swift | swift |
build.gradle + com.auth0.android:auth0 | android |
pubspec.yaml + auth0_flutter + developer names/targets Windows desktop | flutter-windows |
pubspec.yaml + auth0_flutter + flutter.web: false | flutter-native |
pubspec.yaml + auth0_flutter + web enabled | flutter-web |
Tier 2 — Framework from non-Auth0 workspace dependencies
If no Auth0 SDK matched, detect the framework from ordinary (non-Auth0)
dependencies. Stop at the first match. This picks the base; any web-vs-API
variant is resolved in "Variant disambiguation" below. As in Tier 1, check the
@ionic/* rows before their base framework.
| Signal | Base framework |
|---|---|
next in package.json | nextjs |
nuxt in package.json | nuxt |
@tanstack/react-start in package.json | tanstack-start |
@ionic/* + @angular/core | ionic-angular |
@ionic/* + react | ionic-react |
@ionic/* + vue | ionic-vue |
@angular/core in package.json | angular |
vue in package.json (no nuxt) | vue |
expo in package.json | expo |
react-native (no expo) | react-native |
react (no meta-framework above) | react (SPA) — see note |
express in package.json | express (variant below) |
fastify in package.json | fastify (variant below) |
flask in requirements.txt/pyproject.toml | flask |
fastapi in requirements.txt/pyproject.toml | fastapi-api (variant below) |
spring-boot in pom.xml/build.gradle | springboot-api |
laravel/framework in composer.json | laravel (variant below) |
composer.json present (no Laravel) | php (variant below) |
go.mod present + HTTP server/router | go |
org.jetbrains.kotlin.multiplatform plugin + commonMain source set (shared Android+iOS module) | kmp |
Package.swift or .xcodeproj | swift |
pubspec.yaml (Flutter) + developer names/targets Windows desktop | flutter-windows |
pubspec.yaml (Flutter, web disabled) | flutter-native |
pubspec.yaml (Flutter, web enabled) | flutter-web |
*.csproj referencing MAUI | maui |
*.csproj (WinForms) | winforms |
*.csproj (WPF) | wpf |
*.csproj ASP.NET (web app or API) | aspnetcore (variant below) |
reactnote: a plain React project maps toreactfor an SPA using the React SDK, orspa-jsif the app is framework-agnostic vanilla JS. If unclear, ask before loading.
Tier 3 — Framework from the prompt
If no workspace signal matched, map the framework or language named in the request. Stop at the first match.
| Developer mentions... | Framework |
|---|---|
Next.js / next | nextjs |
| Nuxt | nuxt |
| TanStack Start (React) | tanstack-start |
| Angular (not Ionic) | angular |
| Vue (not Nuxt/Ionic) | vue |
| React SPA (not Next.js) | react |
| vanilla JS / plain JS / no framework SPA | spa-js |
node-auth0 / the auth0 npm package | node-auth0 |
@auth0/auth0-api-js / auth0-api-js / low-level resource-server SDK | auth0-api-js |
@auth0/auth0-server-js / auth0-server-js / server-side Auth0 session SDK | auth0-server-js |
@auth0/auth0-auth-js / auth0-auth-js / AuthClient / low-level OAuth OIDC | auth0-auth-js |
| Express (web app / server-rendered) | express |
| Express API / protect API routes | express-jwt |
| Fastify (web) / Fastify API | fastify / fastify-api |
| Flask | flask |
| FastAPI (web app) / FastAPI API | server-python / fastapi-api |
auth0-server-python / framework-agnostic Python server SDK / Python OIDC web server with no dedicated reference (Django, Starlette, Sanic, Quart, aiohttp) | server-python |
| Spring Boot | springboot-api |
| Java MVC / servlet | java-mvc |
| ASP.NET Core web app / API | aspnetcore-auth / aspnetcore-api |
| MAUI / WinForms / WPF | maui / winforms / wpf |
| PHP web app / PHP API | php / php-api |
| Laravel web app / Laravel API | laravel / laravel-api |
| Go / Golang API | go |
Kotlin Multiplatform / KMP / shared Android+iOS auth code / com.auth0.kmp | kmp |
| Swift / iOS | swift |
| Android / Kotlin | android |
| Flutter (native / web / Windows) | flutter-native / flutter-web / flutter-windows |
| React Native / Expo | react-native / expo |
| Ionic (Angular/React/Vue) | ionic-angular / ionic-react / ionic-vue |
Variant disambiguation (web app vs API)
Some frameworks have separate web-app and API references. When Tier 1 did not pin the variant, choose intent-first:
| Base | Web-app variant | API variant | Choose API when… |
|---|---|---|---|
| express | express | express-jwt | protecting API routes / validating JWTs, no server-rendered UI |
| fastify | fastify | fastify-api | resource server / JWT validation only |
| fastapi | server-python | fastapi-api | resource server / JWT validation only; a web app with login/logout UI uses server-python |
| php | php | php-api | building/protecting a PHP API, no web UI |
| laravel | laravel | laravel-api | API-only (token guard), no Blade UI |
| aspnetcore | aspnetcore-auth | aspnetcore-api | Web API / JWT bearer, no cookie login UI |
If intent is still ambiguous (both a UI and protected endpoints, or unclear), state what you detected and ask the developer web app vs API before loading.
If nothing matched
Ask the developer what framework/language they are using. Do not guess.
Conflicts
If Tier 2 (workspace) and Tier 3 (prompt) disagree materially (e.g. the prompt
says "Next.js" but package.json has no next), state the conflict and ask
rather than silently picking. Workspace signals outrank the prompt when both are
present and consistent.
Step 3: Detect tooling
Read the project file tree and the request — a project-context decision, not a product preference.
| Project has... | Load |
|---|---|
terraform/ directory OR any *.tf files | tooling-terraform/index.md |
| Auth0 MCP server active in this agent session | tooling-mcp/index.md |
| A request for the Auth0 Vercel Marketplace/native integration, or to connect Auth0 to a Vercel project | tooling-vercel/index.md |
| Anything else (default) | tooling-cli/index.md |
Step 4: Load reference files
Find the section below whose heading matches the Intent you picked in Step 1, then read the reference files it lists.
integrate
Read: references/framework-{framework}/index.md
Read: references/tooling-{tooling}/index.md
Follow the integration workflow in references/framework-{framework}/index.md.
Use references/tooling-{tooling}/index.md for all Auth0 tenant configuration steps.
feature:mfa
Read: references/feature-mfa/index.md
Read: references/tooling-{tooling}/index.md
feature:passkeys
Read: references/feature-passkeys/index.md
Then Read the detected SDK's passkey leaf from the hub's "Example code snippets" table (e.g. nextjs → references/feature-passkeys/nextjs-auth0.md, react → references/feature-passkeys/auth0-react.md) — the leaf has the exact API surface and the required ceremony; do not implement from framework-{framework}/index.md alone.
Read: references/tooling-{tooling}/index.md
If framework detected: Read references/framework-{framework}/index.md
feature:organizations
Read: references/feature-organizations/index.md
Read: references/tooling-{tooling}/index.md
If framework detected: Read references/framework-{framework}/index.md
If multi-tenant architecture / B2B SaaS design question: also Read references/pattern-multi-tenant/index.md
feature:universal-portals
Read: references/feature-universal-portals/index.md
Read: references/tooling-{tooling}/index.md
feature:custom-domains
Read: references/feature-custom-domains/index.md
Read: references/tooling-{tooling}/index.md
feature:acul
Read: references/feature-acul/index.md
Read: references/tooling-{tooling}/index.md
feature:branding
Read: references/feature-branding/index.md
Read: references/tooling-{tooling}/index.md
feature:dpop
Read: references/feature-dpop/index.md
Read: references/tooling-{tooling}/index.md
If a SPA framework is detected (vue/react/angular/spa-js): Read references/framework-{framework}/index.md
DPoP is SPA-only (no SSR: Next.js/Nuxt) — feature-dpop/index.md states the exclusion.
guidance
Read: references/pattern-security/index.md
If framework detected: Read references/framework-{framework}/index.md (for SDK-specific guidance — token storage, session handling, route protection)
If token handling / JWT vs opaque / storage: Read references/pattern-token-handling/index.md
If multi-tenant / B2B architecture: Read references/pattern-multi-tenant/index.md + references/feature-organizations/index.md
debug
Read: references/pattern-common-errors/index.md
If framework detected: Read references/framework-{framework}/index.md
debug:rate-limit
Read: references/pattern-rate-limiting/index.md
migrate
Read: references/feature-migration/index.md
Read: references/tooling-{tooling}/index.md
If framework detected: Read references/framework-{framework}/index.md
audit
Read: references/feature-audit/index.md
Read: references/feature-audit-pricing/index.md
Read: references/feature-audit-remediation/index.md
Read: references/tooling-{tooling}/index.md
Apply findings only with per-command confirmation; verify each change by re-fetch.
healthcheck
Read: references/feature-healthcheck/index.md
Read: references/feature-audit/index.md
Read: references/feature-audit-pricing/index.md
Read: references/feature-audit-remediation/index.md
Read: references/tooling-{tooling}/index.md
If a scan can run, do the audit workflow first, then score and recommend a plan. If not, score capability fit and recommend anyway. Never quote Enterprise pricing.
upgrade-sdk
Read: references/framework-{framework}/index.md
Follow its "Major Version Migration" section (e.g. Auth0.swift v3, Auth0.Android v4).
This is an Auth0 SDK version bump — NOT a provider migration. Do not load feature-migration/index.md.
If no framework is detected: ask which Auth0 SDK the developer is upgrading.
tooling
Read: references/tooling-{tooling}/index.md
No framework file — this is a CLI/tooling-only task (create apps/APIs, script
tenant setup, automate config in CI). If the developer then wants to integrate
auth into an app, return to Step 1 with the integrate intent.
