clerk▌

Real-time event webhooks for syncing Clerk user, organization, and session data to external systems. \n \n Supports 40+ event types across users, organizations, sessions, roles, permissions, invitations, and communications \n Includes built-in webhook verification via verifyWebhook() and automatic retry logic through Svix (up to 3 days) \n Best suited for background tasks like database syncing, notifications, and integrations; not for synchronous flows requiring immediate data access \n Requires

Advanced Next.js patterns for authentication, middleware, Server Actions, and user-scoped caching with Clerk. \n \n Distinguishes server-side await auth() from client-side useAuth() hook; mixing them is a common breaking mistake \n Covers middleware strategies (public-first vs protected-first), API route protection, and proper HTTP status codes (401 vs 403) \n Includes user-scoped caching patterns with unstable_cache and protecting Server Actions from unauthorized mutations \n Provides Core 2 co

The proxy.ts file replaces middleware.ts from Next.js 15. Create it at the root or in /src:

Expert patterns for Clerk authentication, middleware, route protection, and server-side user access in Next.js. \n \n Covers Next.js 14/15 App Router setup with ClerkProvider, pre-built sign-in/sign-up components, and user session management via UserButton \n Middleware-based route protection using clerkMiddleware and createRouteMatcher for centralized auth logic across route groups \n Server Component authentication via auth() and currentUser() functions to access userId, sessionId, orgId, and

This skill implements Clerk in native Android projects by following current clerk-android SDK and docs patterns.

Native Swift/iOS authentication using ClerkKit with prebuilt or custom auth flows. \n \n Supports two implementation modes: prebuilt AuthView components or fully custom native flows, selected based on project requirements \n Requires direct wiring of a valid Clerk publishable key in app configuration; does not use plist or environment file indirection by default \n Mandatory /v1/environment call after package install to determine feature availability (for example Apple Sign In support) based on

Complete Clerk setup for Next.js 14/15 App Router.

Multi-tenant B2B SaaS with organization switching, role-based access control, and enterprise SSO. \n \n Supports dynamic org-based routing via URL slugs, role-based access checks ( org:admin , org:member ), and custom role creation through the dashboard \n Includes OrganizationSwitcher component for user-facing org selection and <Show> conditional rendering for role-gated UI \n Provides server-side organization context via auth() helper with membership verification and permission checks \n

Build custom authentication flows and visually brand Clerk components with hooks and appearance styling. \n \n Provides useSignIn and useSignUp hooks for building custom sign-in/sign-up UI; API differs between Core 2 and current SDK versions \n Appearance customization via variables (colors, typography, borders), options (logo, social button layout), and pre-built themes (dark, neobrutalism, shadcn, simple) \n shadcn theme automatically matches shadcn/ui projects when components.json is present;

Intelligent router that directs authentication tasks to specialized Clerk skills based on your framework and use case. \n \n Routes to eight specialized skills covering setup, custom UI, Next.js patterns, organizations, webhooks, testing, native iOS/Android, and backend API \n Detects Clerk SDK version (Core 2 LTS vs. current) from package.json to apply correct patterns and APIs \n Covers web frameworks (Next.js, React, Expo, React Router, TanStack Start) and native platforms (Swift/iOS, Kotlin/