plugins/auth0/skills/auth0-swift/SKILL.md
Use when adding Auth0 authentication to an iOS, macOS, tvOS, watchOS, or visionOS application — integrates the Auth0.swift SDK for native Apple platform authentication using Web Auth, CredentialsManager, and biometric protection.
npx skillsauth add auth0/agent-skills auth0-swiftInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Auth0.swift is the official Auth0 SDK for Apple platforms (iOS, macOS, tvOS, watchOS, visionOS). This skill adds complete native authentication to Swift apps using Web Auth (system browser redirect), secure Keychain credential storage via CredentialsManager, and optional biometric protection.
brew install auth0/auth0-cli/auth0 (for automated setup)Agent instruction: Follow these steps in order. If you encounter an error at any step, attempt to fix it up to 5 times before calling
AskUserQuestionto ask the user for guidance. Always search existing code first — if there are existing login/logout handlers, hook into them rather than creating new ones.IMPORTANT — Credential privacy: Never echo Auth0 credentials (domain, client ID, client secret) in your response text or terminal output. Write them directly into config files using the Write or Edit tool. When running Auth0 CLI commands that produce output containing these values, redirect output to a file and read it programmatically. For example:
auth0 apps create ... --json --no-input > /tmp/auth0-output.json 2>&1Then use the Read tool on
/tmp/auth0-output.jsonto extract needed values and write them directly intoAuth0.plistor other config files — never echo them in response text or terminal. When confirming the active tenant with the user, use a masked format (e.g.,your-te****.us.auth0.com).
Agent instruction: Check the project directory for an existing package manager file:
Podfilepresent → CocoaPodsCartfilepresent → CarthagePackage.swiftpresent → Swift Package ManagerIf none are found, ask via
AskUserQuestion: "Which dependency manager does your project use — Swift Package Manager, CocoaPods, or Carthage?"Swift Package Manager —
Package.swiftproject: Run this command in the project root to add the dependency automatically, then add"Auth0"to the target'sdependenciesarray inPackage.swift:swift package add-dependency https://github.com/auth0/Auth0.swift --from 2.18.0Swift Package Manager — Xcode project (
.xcodeproj, noPackage.swift): The CLI command does not apply. Instruct the user to add the package via Xcode: File → Add Package Dependencies →https://github.com/auth0/Auth0.swift→ Up to Next Major Version from2.18.0.CocoaPods or Carthage: Follow the matching installation steps in Setup Guide. Do not just show the instructions — perform the file edits and run the commands.
Agent instruction:
- If Auth0 credentials (domain AND client ID) are already in the user's prompt: Write
Auth0.plistdirectly with those values — do NOT ask the user any questions, do NOT hardcode them in Swift source files, and do NOT pass them as arguments toAuth0.webAuth()orAuth0.authentication(). The SDK readsAuth0.plistautomatically — always use the no-argument formAuth0.webAuth(). Then proceed to Step 3.- If an
Auth0.plistfile already exists in the project: Read it to extractClientIdandDomain, then proceed to Step 3.- If no
Auth0.plistexists and no credentials were provided: Ask the user viaAskUserQuestion: "How would you like to configure Auth0?"
- Automatic (Auth0 CLI) — I'll create the application, set callback URLs, and configure everything using the Auth0 CLI.
- Manual — You provide a pre-configured
Auth0.plistfile and I'll add it to your project.If the user chooses automatic: Follow Setup Guide — Automated Setup via Auth0 CLI. If the user chooses manual: Follow Setup Guide — Manual Setup.
Auth0.plistformat:<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>ClientId</key> <string>YOUR_CLIENT_ID</string> <key>Domain</key> <string>YOUR_DOMAIN</string> </dict> </plist>Place
Auth0.plistin the same directory as the app's Swift source files so the SDK can find it automatically.
Agent instruction:
- Read
Auth0.plistto obtainClientIdandDomain.- Extract the bundle identifier from
project.pbxproj: search forPRODUCT_BUNDLE_IDENTIFIER, skip values containing$(orTests.- Ask the user via
AskUserQuestion: "Which callback URL scheme would you like to use?"
- Custom scheme (
{bundle}://) — simpler, works on all Apple platforms- HTTPS Universal Links — recommended for production; prevents URL scheme hijacking
Then follow only the matching path below.
Agent instruction: Register the callback URLs using the Auth0 CLI (substitute real values for
CLIENT_ID,BUNDLE_ID,DOMAIN).First, retrieve existing callback and logout URLs to avoid overwriting them:
auth0 apps show CLIENT_ID --json --no-input > /tmp/auth0-app-info.json 2>&1Read
/tmp/auth0-app-info.jsonto extract existingcallbacksandallowed_logout_urlsarrays.Then include any existing URLs as a comma-separated list alongside the new ones:
auth0 apps update CLIENT_ID \ --callbacks "EXISTING_CALLBACKS,BUNDLE_ID://DOMAIN/ios/BUNDLE_ID/callback" \ --logout-urls "EXISTING_LOGOUT_URLS,BUNDLE_ID://DOMAIN/ios/BUNDLE_ID/callback" \ --no-input > /dev/null 2>&1If there are no existing URLs, omit the
EXISTING_prefix and use only the new URL.Then follow the URL scheme registration steps in Setup Guide to register
$(PRODUCT_BUNDLE_IDENTIFIER)as a URL type in Xcode.
Agent instruction: All four steps below are required — skipping any one will cause the callback redirect to fail silently after login.
Step B1 — Register callback URLs via Auth0 CLI: Register both HTTPS and custom scheme so the app works in all scenarios.
First, retrieve existing callback and logout URLs to avoid overwriting them:
auth0 apps show CLIENT_ID --json --no-input > /tmp/auth0-app-info.json 2>&1Read
/tmp/auth0-app-info.jsonto extract existingcallbacksandallowed_logout_urlsarrays.Then include any existing URLs as a comma-separated list alongside the new ones:
auth0 apps update CLIENT_ID \ --callbacks "EXISTING_CALLBACKS,https://DOMAIN/ios/BUNDLE_ID/callback,BUNDLE_ID://DOMAIN/ios/BUNDLE_ID/callback" \ --logout-urls "EXISTING_LOGOUT_URLS,https://DOMAIN/ios/BUNDLE_ID/callback,BUNDLE_ID://DOMAIN/ios/BUNDLE_ID/callback" \ --no-input > /dev/null 2>&1If there are no existing URLs, omit the
EXISTING_prefix and use only the new URLs.Step B2 — Configure Device Settings via Auth0 CLI: Extract
DEVELOPMENT_TEAMfromproject.pbxproj(10-character value, e.g.ABC12DE34F). If not found, ask viaAskUserQuestion: "What is your Apple Team ID? (developer.apple.com → Account → Membership Details)"auth0 api patch applications/CLIENT_ID \ --data '{"mobile":{"ios":{"team_id":"TEAM_ID","app_bundle_identifier":"BUNDLE_ID"}}}' \ --no-input > /dev/null 2>&1Auth0 will now host the
apple-app-site-associationfile automatically — required for Universal Links to work on device.Step B3 — Add Associated Domains entitlement in Xcode: Add
com.apple.developer.associated-domainsto the app's.entitlementsfile with bothapplinks:andwebcredentials:entries for the Auth0 domain. See Setup Guide — Associated Domains for the complete entitlements XML, Xcode capability steps, and build settings verification.Step B4 — Use
.useHTTPS()in the SDK:Auth0.webAuth().useHTTPS()
Agent instruction: Search the project for
@main struct(SwiftUI) orAppDelegate/UIViewController(UIKit) to detect the UI framework. If ambiguous, ask viaAskUserQuestion: "Does your app use SwiftUI or UIKit?" Then follow only the matching path below.IMPORTANT — Never pass credentials in code: Do NOT pass
clientIdordomainas arguments toAuth0.webAuth(),Auth0.authentication(), or any other SDK call. The SDK reads these values automatically fromAuth0.plist. Always use the no-argument forms:Auth0.webAuth() // ✓ reads Auth0.plist automatically Auth0.authentication() // ✓ reads Auth0.plist automatically Auth0.webAuth(clientId: "...", domain: "...") // ✗ never do this Auth0.authentication(clientId: "...", domain: "...") // ✗ never do this
Agent instruction: Create
AuthenticationService.swiftas anObservableObject, then wire it into the app entry point and root view. Search for the@mainstruct andContentView(or equivalent root view) and update them as shown.
// AuthenticationService.swift
import Auth0
import Combine
class AuthenticationService: ObservableObject {
@Published var isAuthenticated = false
private let credentialsManager = CredentialsManager(authentication: Auth0.authentication())
init() { isAuthenticated = credentialsManager.canRenew() }
func login() async {
do {
let credentials = try await Auth0
.webAuth()
.useHTTPS()
.scope("openid profile email offline_access")
.start()
_ = credentialsManager.store(credentials: credentials)
await MainActor.run { isAuthenticated = true }
} catch WebAuthError.userCancelled { }
catch { print("Login failed: \(error)") }
}
func logout() async {
do { try await Auth0.webAuth().useHTTPS().clearSession() }
catch { print("Logout failed: \(error)") }
_ = credentialsManager.clear()
await MainActor.run { isAuthenticated = false }
}
}
// @main App struct — inject AuthenticationService as environment object
@StateObject private var auth = AuthenticationService()
// In body: ContentView().environmentObject(auth)
// Root ContentView — branch on authentication state
@EnvironmentObject var auth: AuthenticationService
// In body: if auth.isAuthenticated { HomeView() } else { LoginView() }
For complete SwiftUI app lifecycle wiring, see Integration Patterns.
Agent instruction: Create
AuthenticationService.swiftas a plain class, then add login/logout calls to the relevantUIViewController. Also check whether the app usesSFSafariViewController— if so, addWebAuthentication.resume(with:)toAppDelegate/SceneDelegate(see note below).
// AuthenticationService.swift
import Auth0
class AuthenticationService {
private let credentialsManager = CredentialsManager(authentication: Auth0.authentication())
var isAuthenticated: Bool { credentialsManager.canRenew() }
func login() async throws {
let credentials = try await Auth0
.webAuth()
.useHTTPS()
.scope("openid profile email offline_access")
.start()
_ = credentialsManager.store(credentials: credentials)
}
func logout() async throws {
try await Auth0.webAuth().useHTTPS().clearSession()
_ = credentialsManager.clear()
}
}
// In your UIViewController
private let auth = AuthenticationService()
@IBAction func loginTapped(_ sender: UIButton) {
Task {
do {
try await auth.login()
await MainActor.run { navigateToHome() }
} catch WebAuthError.userCancelled { }
catch { print("Login failed: \(error)") }
}
}
@IBAction func logoutTapped(_ sender: UIButton) {
Task {
do { try await auth.logout() }
catch { print("Logout failed: \(error)") }
await MainActor.run { navigateToLogin() }
}
}
Note — SFSafariViewController only: If the app uses
.provider(WebAuthentication.safariProvider())instead of the defaultASWebAuthenticationSession, addWebAuthentication.resume(with: url)toAppDelegate.application(_:open:url:options:)andSceneDelegate.scene(_:openURLContexts:). See Integration Patterns for the exact code.
Agent instruction: Run a build to verify the integration compiles without errors:
xcodebuild build -scheme YOUR_SCHEME -destination "platform=iOS Simulator,name=iPhone 16"If the build fails, review error messages and fix up to 5 times before asking the user.
| Mistake | Fix |
|---------|-----|
| Auth0 app type not set to Native | In Auth0 Dashboard, select "Native" when creating the application |
| Missing callback URL in Auth0 Dashboard | Add both https:// Universal Link and {bundle}:// custom scheme to Allowed Callback URLs and Logout URLs |
| Auth0.plist not added to Xcode target | Right-click file in Navigator → "Add Files to Target" → check your app target |
| Missing offline_access scope | Add "offline_access" to scope string to receive a refresh token for silent renewal |
| Tokens stored in UserDefaults | Always use CredentialsManager — it stores tokens in Keychain with access control |
| Calling credentialsManager.credentials() before store() | Store credentials from login result before attempting to retrieve |
| Opening .xcodeproj instead of .xcworkspace (CocoaPods) | Always open the .xcworkspace file after pod install |
| Not calling clearSession() on logout | Always call clearSession() to remove the Auth0 session cookie from the browser |
| Build error "No such module 'Auth0'" | Verify the package is added to the correct target; for CocoaPods, open .xcworkspace |
| Hardcoding domain/clientId in Swift source when they're in the prompt | Write them into Auth0.plist and call Auth0.webAuth() with no arguments — the SDK reads the plist automatically |
auth0-quickstart - Basic Auth0 setupauth0-cli - Manage Auth0 resources from the terminaldevelopment
Use when adding login, logout, and user profile to a Laravel web application using session-based authentication - integrates auth0/login (laravel-auth0) for guard-based auth with auto-registered routes.
tools
Use when securing Laravel API endpoints with JWT Bearer token validation, scope/permission checks, or stateless auth - integrates auth0/login (laravel-auth0) with the AuthorizationGuard for REST APIs receiving access tokens from SPAs, mobile apps, or other clients. Triggers on: Laravel API auth, auth0.authorizer, AuthorizationGuard, Laravel JWT, stateless Bearer.
development
Use when adding Auth0 authentication to a Flutter web application — integrates the auth0_flutter SDK (web platform) for browser-based authentication using redirect login, popup login, and credential caching.
development
Use when adding Auth0 authentication to a Flutter mobile application (iOS/Android) — integrates the auth0_flutter SDK (native platform) for Web Auth login/logout via the system browser, with secure credential storage and biometric protection through the CredentialsManager.