clerk/skills▌

E2E testing utilities for Clerk authentication flows in Playwright and Cypress. \n \n Supports both Playwright and Cypress frameworks with framework-specific setup patterns (globalSetup for Playwright, custom commands for Cypress) \n Provides clerkSetup() and setupClerkTestingToken() utilities to initialize test environments and bypass bot detection \n Includes storageState persistence to reuse authenticated sessions across tests, reducing test execution time \n Requires test API keys ( pk_test_

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

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

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/

$23

User Prompt: $ARGUMENTS