Install
openclaw skills install @auth0/auth0Use when adding, fixing, or improving how an app authenticates users or protects an API, or when using or configuring any Auth0 feature — signing users in and out, sessions and tokens, guarding routes and endpoints, MFA, SSO, Organizations, RBAC, custom domains, Universal Portals for hosted account
openclaw skills install @auth0/auth0Detect intent → detect framework → detect tooling → load 2–3 reference files.
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, passkey, fingerprint/face (biometric), or security key; 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 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 |
Pick the closest goal. If the goal is genuinely unclear, ask the developer what they're trying to accomplish - don't guess an intent.
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.
package.json → dependenciesRows 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-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 |
requirements.txt or pyproject.tomlRows 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 |
build.gradle or pom.xml| Dependency | Framework |
|---|---|
mvc-auth-commons (com.auth0:mvc-auth-commons) | java-mvc |
spring-security-oauth2-resource-server | springboot-api |
*.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 |
composer.jsonauth0/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.mod| Module | Framework |
|---|---|
github.com/auth0/go-jwt-middleware | go |
| 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 |
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 |
@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.
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 |
| 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 |
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.
Ask the developer what framework/language they are using. Do not guess.
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.
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 |
Find the section below whose heading matches the Intent you picked in Step 1, then read the reference files it lists.
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.
Read: references/feature-mfa/index.md
Read: references/tooling-{tooling}/index.md
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
Read: references/feature-universal-portals/index.md
Read: references/tooling-{tooling}/index.md
Read: references/feature-custom-domains/index.md
Read: references/tooling-{tooling}/index.md
Read: references/feature-acul/index.md
Read: references/tooling-{tooling}/index.md
Read: references/feature-branding/index.md
Read: references/tooling-{tooling}/index.md
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.
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
Read: references/pattern-common-errors/index.md
If framework detected: Read references/framework-{framework}/index.md
Read: references/pattern-rate-limiting/index.md
Read: references/feature-migration/index.md
Read: references/tooling-{tooling}/index.md
If framework detected: Read references/framework-{framework}/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
Apply findings only with per-command confirmation; verify each change by re-fetch.
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.
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.
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.