clerk-swift

โดย clerk

การตรวจสอบสิทธิ์แบบเนทีฟ Swift/iOS โดยใช้ ClerkKit พร้อมโฟลว์การตรวจสอบสิทธิ์ที่สร้างไว้ล่วงหน้าหรือแบบกำหนดเอง รองรับโหมดการใช้งานสองแบบ: คอมโพเนนต์ AuthView ที่สร้างไว้ล่วงหน้าหรือโฟลว์เนทีฟแบบกำหนดเองทั้งหมด โดยเลือกตามความต้องการของโปรเจกต์ ต้องเชื่อมต่อคีย์สาธารณะ Clerk ที่ถูกต้องโดยตรงในการกำหนดค่าแอป ไม่ใช้ plist หรือไฟล์สภาพแวดล้อมทางอ้อมตามค่าเริ่มต้น จำเป็นต้องเรียก /v1/environment หลังจากติดตั้งแพ็กเกจเพื่อตรวจสอบความพร้อมใช้งานของคุณสมบัติ (เช่น การรองรับ Apple Sign In) ตาม...

npx skills add https://github.com/clerk/skills --skill clerk-swift

Clerk Swift (Native iOS and macOS)

This skill builds Clerk authentication UI in native Swift projects: prebuilt ClerkKitUI views or custom flows on ClerkKit. Setup (SDK, capabilities, native registration, and Clerk initialization) comes first and has its own workflow.

Activation Rules

Activate this skill when either condition is true:

  • The user explicitly asks for Swift, SwiftUI, UIKit, or native iOS or macOS Clerk implementation.
  • The project appears to be native Swift (for example .xcodeproj, .xcworkspace, Package.swift, Swift targets).

Do not activate this skill when either condition is true:

  • The project is Expo.
  • The project is React Native.

If Expo/React Native signals are present, route to the general setup skill instead of this one.

Set up Clerk first

If Clerk isn't set up yet (no clerk-ios package, no Clerk.configure call, or no Clerk application chosen), follow the iOS setup prompt before any UI work. It uses the Clerk CLI to choose a Clerk application, install the SDK, configure capabilities, register the native app, and hand off the remaining Swift integration. The CLI also supplies the publishable key, so don't ask the user to paste one.

If the CLI can't set up the project (for example, Xcode isn't available or the project isn't supported), follow the manual iOS quickstart instead.

If the user already asked for sign-in UI, such as a custom flow, continue here once setup's build check passes. Otherwise, return to this skill when the user wants sign-in UI added or changed.

What Do You Need?

TaskReference
Prebuilt AuthView / UserButton (fastest)references/prebuilt.md
Custom API-driven auth flows (full control)references/custom.md

Quick Start

StepAction
1Confirm the project is native Swift and not Expo/React Native
2If Clerk isn't set up, follow the iOS setup prompt first (see above)
3Determine the flow type (prebuilt or custom); ask if it's undecided, then load the matching reference
4Check the prerequisites the selected flow needs, such as a package product or capability, and make only the targeted changes that are missing
5Implement the flow by following the selected reference
6Build the target and report what remains unverified

Decision Tree

User asks for Clerk in Swift
    |
    +-- Expo/React Native project detected?
    |     |
    |     +-- YES -> Do not use this skill
    |     |
    |     +-- NO -> Continue
    |
    +-- Clerk set up in this project?
    |     |
    |     +-- NO -> Follow the iOS setup prompt (manual quickstart if the CLI can't)
    |     |
    |     +-- YES -> Continue
    |
    +-- Existing auth UI detected?
    |     |
    |     +-- Prebuilt views detected -> Load references/prebuilt.md
    |     |
    |     +-- Custom flow detected -> Load references/custom.md
    |     |
    |     +-- New implementation -> Ask developer prebuilt/custom, then load matching reference
    |
    +-- Make targeted prerequisite changes for the selected flow
    |
    +-- Implement using selected flow reference

Flow References

After flow type is known, load exactly one:

Do not blend the two references in a single implementation unless the developer explicitly asks for a hybrid approach.

Interaction Contract

Before UI implementation edits, the agent must have a flow choice: prebuilt or custom. If it's missing, ask the user and wait for the answer. Only skip asking when the user has already chosen in this conversation or the existing UI makes the choice clear.

Preserve Completed Setup

  • Keep the existing Clerk.configure call and how the app loads its publishable key, including plist, build-setting, or other custom key loading. Don't replace it with a hardcoded key.
  • Keep existing package requirements, capabilities, and entitlements. Add only what the selected flow needs and is missing.
  • To check Clerk and project setup without changing anything, run npx -y clerk@latest doctor. It reports SDK linkage, capabilities, native registration, and the Apple connection.

Source-Driven Implementation

Use the installed clerk-ios package source as the reference for UI behavior, especially for custom flows.

Use CaseSource of Truth in Installed Package
SDK products, platform support, and dependency constraintsPackage manifest and target product definitions for ClerkKit and ClerkKitUI
Auth flow sequencing and gatingClerkKitUI AuthView implementation and how it reads the injected Clerk instance's environment
Native Sign in with AppleApple sign-in behavior in the selected flow reference

Workflow

  1. Detect native Swift vs Expo/React Native.
  2. If Clerk isn't set up, follow the iOS setup prompt (or the manual quickstart when the CLI can't set up the project), then continue.
  3. If the flow type isn't known, ask for prebuilt or custom.
  4. Load the matching flow reference.
  5. Check that flow's prerequisites and make only the missing, targeted changes, preserving completed setup and custom key loading.
  6. Implement using the selected reference.
  7. Verify using the selected reference, then build the target.

Common Pitfalls

LevelIssuePrevention
CRITICALDoing setup by hand when Clerk isn't set upFollow the iOS setup prompt; it runs the Clerk CLI. Use the manual quickstart only when the CLI can't set up the project
CRITICALAsking the user to paste a publishable keyThe CLI provides it during setup; keep an existing app's own key loading
CRITICALReplacing custom key loading or existing setupKeep the existing Clerk.configure, packages, and capabilities; add only what's missing
CRITICALStarting UI implementation before the flow type is confirmedConfirm the flow first and load the matching reference
CRITICALCustom flow layout diverges from AuthView without explicit requestKeep custom screens materially close to AuthView structure and step composition by default
CRITICALCollapsing custom auth into a single all-fields screenFollow AuthView-style multi-step progression and step-specific field collection
CRITICALGuessing custom sequencing or gating when uncertainReference installed ClerkKitUI behavior and mirror it
HIGHHardcoding this instance's current settings into custom flow codeGate steps at runtime from the injected Clerk instance's environment, as AuthView does
HIGHUsing this skill for Expo/React NativeDetect and route away before implementation

See Also

  • iOS setup prompt for setting up Clerk with the Clerk CLI
  • clerk skill for top-level Clerk routing
  • clerk-setup skill for non-native or cross-framework setup
  • https://github.com/clerk/clerk-ios

Skills เพิ่มเติมจาก clerk

clerk-testing
clerk
ยูทิลิตี้สำหรับการทดสอบ E2E สำหรับโฟลว์การตรวจสอบสิทธิ์ของ Clerk ใน Playwright และ Cypress รองรับทั้งเฟรมเวิร์ก Playwright และ Cypress พร้อมรูปแบบการตั้งค่าเฉพาะเฟรมเวิร์ก (globalSetup สำหรับ Playwright, คำสั่งที่กำหนดเองสำหรับ Cypress) มียูทิลิตี้ clerkSetup() และ setupClerkTestingToken() เพื่อเริ่มต้นสภาพแวดล้อมการทดสอบและหลีกเลี่ยงการตรวจจับบอท รวมถึงการคงสถานะ storageState เพื่อนำเซสชันที่ตรวจสอบสิทธิ์แล้วกลับมาใช้ใหม่ในการทดสอบ ลดระยะเวลาการดำเนินการทดสอบ ต้องใช้คีย์ API สำหรับทดสอบ ( pk_test_* ,...
mosaic
clerk
Work on Mosaic UI: styling a component with slot recipes (`defineSlotRecipe` / `useRecipe` / slots / variants), or building a flow — authoring a state machine…
clerk-billing
clerk
Clerk Billing สำหรับการจัดการการสมัครสมาชิก - แสดง PricingTable ของ Clerk
clerk-nextjs-patterns
clerk
รูปแบบ Next.js ขั้นสูงสำหรับการตรวจสอบสิทธิ์ มิดเดิลแวร์ Server Actions และการแคชตามขอบเขตผู้ใช้ด้วย Clerk แยกความแตกต่างระหว่าง auth() แบบฝั่งเซิร์ฟเวอร์ที่รอคอยผลลัพธ์กับ useAuth() hook ฝั่งไคลเอ็นต์ การผสมกันเป็นข้อผิดพลาดที่พบบ่อย ครอบคลุมกลยุทธ์มิดเดิลแวร์ (สาธารณะก่อนเทียบกับป้องกันก่อน) การป้องกันเส้นทาง API และรหัสสถานะ HTTP ที่เหมาะสม (401 เทียบกับ 403) รวมถึงรูปแบบการแคชตามขอบเขตผู้ใช้ด้วย unstable_cache และการป้องกัน Server Actions จากการกลายพันธุ์ที่ไม่ได้รับอนุญาต ให้ความเข้ากันได้กับ Core 2...
clerk-expo-patterns
clerk
รูปแบบ Expo / React Native กับ Clerk — แคชโทเค็น SecureStore, OAuth
changesets
clerk
Create or refresh a `.changeset/<slug>.md` for the current branch, or report that none is required. Triggers on "/changesets create", "add a changeset",…
clerk-astro-patterns
clerk
รูปแบบ Astro กับ Clerk — มิดเดิลแวร์, หน้า SSR, คอมโพเนนต์ไอส์แลนด์
clerk
clerk
ไบนารี clerk เป็นเกตเวย์ที่ผ่านการรับรองความถูกต้องล่วงหน้าไปยัง Clerk's Backend API และ Platform API พร้อมด้วยเครื่องมือระดับโปรเจกต์ (การรับรองความถูกต้อง การเชื่อมโยง การดึง env การกำหนดค่าอินสแตนซ์) เมื่อผู้ใช้ถามถึงสิ่งใดก็ตามที่เกี่ยวข้องกับทรัพยากร Clerk ให้ใช้ clerk ก่อนแทนที่จะเขียน curl ด้วยตนเอง