[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6C69XFD44VR96JVVTYKQZZ1":3,"skill-same:01M6C69XFD44VR96JVVTYKQZZ1":80},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":38,"linkOnly":39,"markdownContent":40,"markdownBody":41,"frontMatter":42,"refName":47,"commitSha":48,"skillDirectory":49,"forksCount":50,"repositoryHtmlUrl":51,"repositoryHomepageUrl":6,"ownerHtmlUrl":52,"ownerBlogUrl":53,"ownerDescription":54,"updatedAt":55,"install":56,"resources":69},"01M6C69XFD44VR96JVVTYKQZZ1","clerk-swift",null,"Implement Clerk authentication for native Swift and iOS apps using ClerkKit and ClerkKitUI source-guided patterns. Use for prebuilt AuthView or custom native flows. Do not use for Expo or React Native projects.","Allternit\u002Fallternit-platform","Allternit","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F250397232?v=4","01M6C67T2SPVP033M7REAAHYHX","01M6C67T7CXM1DKVQY8DFAFRB2",1,"MIT","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fclerk-swift\u002FSKILL.md",[],[18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37],"swift","clerk","clerk swift","clerk authentication","custom","for","flows","native","apps","xcode","do","use","react native","webfetch","projects","ios","package","authentication","react","implement","2026-11-10 10:12:30",false,"---\nname: clerk-swift\ndescription: Implement Clerk authentication for native Swift and iOS apps using ClerkKit\n  and ClerkKitUI source-guided patterns. Use for prebuilt AuthView or custom native\n  flows. Do not use for Expo or React Native projects.\nlicense: MIT\nallowed-tools: WebFetch\nmetadata:\n  author: clerk\n  version: 1.2.0\ncompatibility: Requires Xcode and ClerkKit Swift package\n---\n\n# Clerk Swift (Native iOS)\n\nThis skill implements Clerk in native Swift\u002FiOS projects by reading installed package source and mirroring current ClerkKit\u002FClerkKitUI behavior.\n\n## Activation Rules\n\nActivate this skill when either condition is true:\n- The user explicitly asks for Swift, SwiftUI, UIKit, or native iOS Clerk implementation.\n- The project appears to be native iOS\u002FSwift (for example `.xcodeproj`, `.xcworkspace`, `Package.swift`, Swift targets).\n\nDo not activate this skill when either condition is true:\n- The project is Expo.\n- The project is React Native.\n\nIf Expo\u002FReact Native signals are present, route to the general setup skill instead of this one.\n\n## What Do You Need?\n\n| Task | Reference |\n|------|-----------|\n| Prebuilt AuthView \u002F UserButton (fastest) | references\u002Fprebuilt.md |\n| Custom API-driven auth flows (full control) | references\u002Fcustom.md |\n\n## Quick Start\n\n| Step | Action |\n|------|--------|\n| 1 | Confirm project type is native Swift\u002FiOS and not Expo\u002FReact Native |\n| 2 | Determine flow type (`prebuilt` or `custom`) and load the matching reference file |\n| 3 | Ensure a valid publishable key exists (or ask developer) and wire it directly in configuration |\n| 4 | Ensure `clerk-ios` package is installed with correct products for selected flow; if missing, install latest available release using an up-to-next-major version requirement |\n| 5 | Inspect installed `ClerkKitUI` source to identify which `Environment` fields drive feature\u002Fstep gating |\n| 6 | Call `\u002Fv1\u002Fenvironment` after step 5 and evaluate only against the `ClerkKitUI`-aligned field map |\n| 7 | Find the iOS quickstart URL in the installed `clerk-ios` package README, append `.md`, then visit and read the markdown URL to compile a required-step checklist |\n| 8 | Verify and complete all quickstart prerequisites for this project (for example associated domains and required capabilities) |\n| 9 | Implement flow by following only the selected reference checklist |\n\n## Decision Tree\n\n```text\nUser asks for Clerk in Swift\u002FiOS\n    |\n    +-- Expo\u002FReact Native project detected?\n    |     |\n    |     +-- YES -> Do not use this skill\n    |     |\n    |     +-- NO -> Continue\n    |\n    +-- Existing auth UI detected?\n    |     |\n    |     +-- Prebuilt views detected -> Load references\u002Fprebuilt.md\n    |     |\n    |     +-- Custom flow detected -> Load references\u002Fcustom.md\n    |     |\n    |     +-- New implementation -> Ask developer prebuilt\u002Fcustom, then load matching reference\n    |\n    +-- Ensure publishable key and direct wiring\n    |\n    +-- Ensure clerk-ios is installed\n    |\n    +-- Inspect ClerkKitUI Environment field usage\n    |\n    +-- Call \u002Fv1\u002Fenvironment using that field map\n    |\n    +-- Visit\u002Fread quickstart URL from installed clerk-ios package README\n    |\n    +-- Verify all quickstart prerequisites are completed\n    |\n    +-- Implement using selected flow reference\n```\n\n## Flow References\n\nAfter flow type is known, load exactly one:\n- Prebuilt flow: [references\u002Fprebuilt.md](references\u002Fprebuilt.md)\n- Custom flow: [references\u002Fcustom.md](references\u002Fcustom.md)\n\nDo not blend the two references in a single implementation unless the developer explicitly asks for a hybrid approach.\n\n## Interaction Contract\n\nBefore any implementation edits, the agent must have both:\n- flow choice: `prebuilt` or `custom`\n- a real Clerk publishable key\n\nIf either value is missing from the user request\u002Fcontext:\n- ask the user for the missing value(s)\n- pause and wait for the answer\n- do not edit files or install dependencies yet\n\nOnly skip asking when the user has already explicitly provided the value in this conversation.\n\n## Source-Driven Templates\n\nDo not hardcode implementation examples in this skill. Inspect current installed package source before implementing.\n\n| Use Case | Source of Truth in Installed Package |\n|----------|--------------------------------------|\n| SDK package products, platform support, and dependency constraints | Package manifest and target product definitions for `ClerkKit` and `ClerkKitUI`, plus package requirement style (up-to-next-major) |\n| Publishable key validation and frontend API derivation | Clerk configuration logic (search symbols: `configure(publishableKey`, `frontendApiUrl`, `invalidPublishableKeyFormat`) |\n| Environment endpoint contract and field semantics | Environment request path and request construction plus `ClerkKitUI` `Environment` field usage for gating (search symbols: `\u002Fv1\u002Fenvironment`, `Request\u003CClerk.Environment>`, `Environment` usage in `ClerkKitUI`) |\n| iOS quickstart requirements | Installed `clerk-ios` package README quickstart link plus the visited\u002Fread quickstart page checklist steps (including project setup prerequisites) |\n| Native Sign in with Apple implementation | Apple capability and native sign-in behavior in selected flow reference |\n\n## Execution Gates (Do Not Skip)\n\n1. No implementation edits before prerequisites\n- Do not edit project files until flow type is confirmed and a valid publishable key is available.\n\n2. Missing flow or key must trigger a question\n- If flow choice is missing, explicitly ask: prebuilt views or custom flow.\n- If publishable key is missing\u002Fplaceholder\u002Finvalid, explicitly ask for a real key.\n- Do not continue until both answers are provided.\n\n3. Publishable key wiring mode is mandatory\n- Use the developer-provided publishable key plainly in app configuration passed to `Clerk.configure`.\n- Do not introduce plist\u002Flocal-secrets\u002Fenv-file\u002Fbuild-setting indirection unless explicitly requested.\n\n4. Package install\u002Fversion policy is mandatory\n- If `clerk-ios` is not installed, add it using the latest available release with an up-to-next-major requirement.\n- Do not pin an exact package version unless the developer explicitly asks for exact pinning.\n\n5. ClerkKitUI Environment field inspection is mandatory\n- After package install, inspect installed `ClerkKitUI` source and identify which `Environment` fields gate auth behavior for the selected flow.\n- Build an agent-internal field map before any `\u002Fv1\u002Fenvironment` call.\n\n6. Environment call is mandatory (both flows)\n- Make a direct HTTP call to `\u002Fv1\u002Fenvironment` only after package install and step 5 field-map inspection.\n- Pass the response into the selected reference workflow using the `ClerkKitUI`-aligned field map:\n  - prebuilt: use it to determine whether Apple is enabled and capability changes are needed\n  - custom: perform full normalization\u002Fmatrix handling as agent-internal analysis only (never persist matrix artifacts in project code)\n\n7. Reference-file discipline is mandatory\n- Once flow is selected, follow only that flow reference file for implementation and verification.\n\n8. Quickstart compliance is mandatory\n- Find the iOS quickstart URL in the installed `clerk-ios` package README, append `.md`, then visit and read that markdown URL.\n- Audit the project against all quickstart setup steps before finishing.\n- If required quickstart setup is missing, implement it before completing the task.\n- This includes adding any missing Associated Domains entries and any other required app capabilities from the quickstart.\n- Explicitly execute the quickstart step `Add associated domain capability` (`https:\u002F\u002Fclerk.com\u002Fdocs\u002Fios\u002Fgetting-started\u002Fquickstart#add-associated-domain-capability`) and ensure the associated-domain entry matches quickstart requirements (`webcredentials:{YOUR_FRONTEND_API_URL}`).\n\n9. Custom-flow AuthView structure parity is mandatory\n- For `custom` flow, layout and flow structure must remain materially close to ClerkKitUI `AuthView` defaults.\n- If the developer did not explicitly request a different UX, do not introduce major structural\u002Flayout deviations from `AuthView`.\n- If unsure\u002Fconfused about custom sequencing, gating, or `Environment` usage\u002Fsemantics, defer to installed `ClerkKitUI` behavior and mirror it.\n\n## Workflow\n\n1. Detect native iOS\u002FSwift vs Expo\u002FReact Native.\n2. If flow type is not explicitly provided, ask user for `prebuilt` or `custom`.\n3. If publishable key is not explicitly provided, ask user for it.\n4. Wait for both answers before changing files.\n5. Load matching flow reference file.\n6. Ensure publishable key is valid and directly wired in `Clerk.configure`.\n7. Ensure package install\u002Fproducts match selected flow and package requirement follows latest up-to-next-major policy when newly added.\n8. Inspect installed `ClerkKitUI` source to map `Environment` fields used for gating\u002Frequired behavior in the selected flow.\n9. Call `\u002Fv1\u002Fenvironment` and interpret response through the step 8 field map.\n10. Find iOS quickstart URL from installed `clerk-ios` package README, append `.md`, then visit and read it.\n11. Build quickstart checklist from the visited markdown quickstart, detect missing required setup, and apply the missing setup in the current project.\n12. Ensure the quickstart associated-domain capability step is fully applied (`webcredentials:{YOUR_FRONTEND_API_URL}` when missing).\n13. Implement using selected reference checklist.\n14. Verify using selected reference checklist plus shared gates.\n\n## Common Pitfalls\n\n| Level | Issue | Prevention |\n|-------|-------|------------|\n| CRITICAL | Not asking for missing flow choice before implementation | Ask for `prebuilt` vs `custom` and wait before edits |\n| CRITICAL | Not asking for missing publishable key before implementation | Ask for key and wait before edits |\n| CRITICAL | Starting implementation before flow type is confirmed | Confirm flow first and load matching reference |\n| CRITICAL | Using plist\u002Flocal\u002Fenv indirection for publishable key without request | Wire key directly in configuration by default |\n| CRITICAL | Skipping `\u002Fv1\u002Fenvironment` call before implementation | Always call environment endpoint for both prebuilt and custom flows |\n| CRITICAL | Calling `\u002Fv1\u002Fenvironment` before package install + ClerkKitUI `Environment` field inspection | Install `clerk-ios` first, inspect ClerkKitUI `Environment` usage, then call endpoint |\n| HIGH | Installing `clerk-ios` with exact\u002Fstale version by default | If missing, install latest available release using up-to-next-major requirement |\n| CRITICAL | Skipping quickstart prerequisite audit | Visit\u002Fread quickstart URL from installed `clerk-ios` package README and verify all required setup steps are completed |\n| CRITICAL | Detecting missing quickstart capabilities\u002Fdomains but not applying them | Add all missing required quickstart capabilities and Associated Domains before completing |\n| CRITICAL | Skipping quickstart associated-domain capability step | Execute quickstart `Add associated domain capability` and ensure `webcredentials:{YOUR_FRONTEND_API_URL}` is present |\n| CRITICAL | Writing capability\u002Frequired-field matrices into app code | Keep matrices agent-internal and only apply resulting behavior in UI\u002Fauth flow code |\n| CRITICAL | Custom flow layout diverges from `AuthView` without explicit request | Keep custom screens materially close to `AuthView` structure and step composition by default |\n| CRITICAL | Collapsing custom auth into a single all-fields screen | Follow `AuthView`-style multi-step progression and step-specific field collection |\n| CRITICAL | Guessing custom sequencing\u002Fgating\u002F`Environment` usage when uncertain | Reference installed `ClerkKitUI` behavior and mirror it for final implementation |\n| HIGH | Using this skill for Expo\u002FReact Native | Detect and route away before implementation |\n\n## See Also\n\n- `clerk` skill for top-level Clerk routing\n- `clerk-setup` skill for non-native or cross-framework setup\n- installed `clerk-ios` package `README.md` (source for current iOS quickstart link)\n- `https:\u002F\u002Fgithub.com\u002Fclerk\u002Fclerk-ios`\n","# Clerk Swift (Native iOS)\n\nThis skill implements Clerk in native Swift\u002FiOS projects by reading installed package source and mirroring current ClerkKit\u002FClerkKitUI behavior.\n\n## Activation Rules\n\nActivate this skill when either condition is true:\n- The user explicitly asks for Swift, SwiftUI, UIKit, or native iOS Clerk implementation.\n- The project appears to be native iOS\u002FSwift (for example `.xcodeproj`, `.xcworkspace`, `Package.swift`, Swift targets).\n\nDo not activate this skill when either condition is true:\n- The project is Expo.\n- The project is React Native.\n\nIf Expo\u002FReact Native signals are present, route to the general setup skill instead of this one.\n\n## What Do You Need?\n\n| Task | Reference |\n|------|-----------|\n| Prebuilt AuthView \u002F UserButton (fastest) | references\u002Fprebuilt.md |\n| Custom API-driven auth flows (full control) | references\u002Fcustom.md |\n\n## Quick Start\n\n| Step | Action |\n|------|--------|\n| 1 | Confirm project type is native Swift\u002FiOS and not Expo\u002FReact Native |\n| 2 | Determine flow type (`prebuilt` or `custom`) and load the matching reference file |\n| 3 | Ensure a valid publishable key exists (or ask developer) and wire it directly in configuration |\n| 4 | Ensure `clerk-ios` package is installed with correct products for selected flow; if missing, install latest available release using an up-to-next-major version requirement |\n| 5 | Inspect installed `ClerkKitUI` source to identify which `Environment` fields drive feature\u002Fstep gating |\n| 6 | Call `\u002Fv1\u002Fenvironment` after step 5 and evaluate only against the `ClerkKitUI`-aligned field map |\n| 7 | Find the iOS quickstart URL in the installed `clerk-ios` package README, append `.md`, then visit and read the markdown URL to compile a required-step checklist |\n| 8 | Verify and complete all quickstart prerequisites for this project (for example associated domains and required capabilities) |\n| 9 | Implement flow by following only the selected reference checklist |\n\n## Decision Tree\n\n```text\nUser asks for Clerk in Swift\u002FiOS\n    |\n    +-- Expo\u002FReact Native project detected?\n    |     |\n    |     +-- YES -> Do not use this skill\n    |     |\n    |     +-- NO -> Continue\n    |\n    +-- Existing auth UI detected?\n    |     |\n    |     +-- Prebuilt views detected -> Load references\u002Fprebuilt.md\n    |     |\n    |     +-- Custom flow detected -> Load references\u002Fcustom.md\n    |     |\n    |     +-- New implementation -> Ask developer prebuilt\u002Fcustom, then load matching reference\n    |\n    +-- Ensure publishable key and direct wiring\n    |\n    +-- Ensure clerk-ios is installed\n    |\n    +-- Inspect ClerkKitUI Environment field usage\n    |\n    +-- Call \u002Fv1\u002Fenvironment using that field map\n    |\n    +-- Visit\u002Fread quickstart URL from installed clerk-ios package README\n    |\n    +-- Verify all quickstart prerequisites are completed\n    |\n    +-- Implement using selected flow reference\n```\n\n## Flow References\n\nAfter flow type is known, load exactly one:\n- Prebuilt flow: [references\u002Fprebuilt.md](references\u002Fprebuilt.md)\n- Custom flow: [references\u002Fcustom.md](references\u002Fcustom.md)\n\nDo not blend the two references in a single implementation unless the developer explicitly asks for a hybrid approach.\n\n## Interaction Contract\n\nBefore any implementation edits, the agent must have both:\n- flow choice: `prebuilt` or `custom`\n- a real Clerk publishable key\n\nIf either value is missing from the user request\u002Fcontext:\n- ask the user for the missing value(s)\n- pause and wait for the answer\n- do not edit files or install dependencies yet\n\nOnly skip asking when the user has already explicitly provided the value in this conversation.\n\n## Source-Driven Templates\n\nDo not hardcode implementation examples in this skill. Inspect current installed package source before implementing.\n\n| Use Case | Source of Truth in Installed Package |\n|----------|--------------------------------------|\n| SDK package products, platform support, and dependency constraints | Package manifest and target product definitions for `ClerkKit` and `ClerkKitUI`, plus package requirement style (up-to-next-major) |\n| Publishable key validation and frontend API derivation | Clerk configuration logic (search symbols: `configure(publishableKey`, `frontendApiUrl`, `invalidPublishableKeyFormat`) |\n| Environment endpoint contract and field semantics | Environment request path and request construction plus `ClerkKitUI` `Environment` field usage for gating (search symbols: `\u002Fv1\u002Fenvironment`, `Request\u003CClerk.Environment>`, `Environment` usage in `ClerkKitUI`) |\n| iOS quickstart requirements | Installed `clerk-ios` package README quickstart link plus the visited\u002Fread quickstart page checklist steps (including project setup prerequisites) |\n| Native Sign in with Apple implementation | Apple capability and native sign-in behavior in selected flow reference |\n\n## Execution Gates (Do Not Skip)\n\n1. No implementation edits before prerequisites\n- Do not edit project files until flow type is confirmed and a valid publishable key is available.\n\n2. Missing flow or key must trigger a question\n- If flow choice is missing, explicitly ask: prebuilt views or custom flow.\n- If publishable key is missing\u002Fplaceholder\u002Finvalid, explicitly ask for a real key.\n- Do not continue until both answers are provided.\n\n3. Publishable key wiring mode is mandatory\n- Use the developer-provided publishable key plainly in app configuration passed to `Clerk.configure`.\n- Do not introduce plist\u002Flocal-secrets\u002Fenv-file\u002Fbuild-setting indirection unless explicitly requested.\n\n4. Package install\u002Fversion policy is mandatory\n- If `clerk-ios` is not installed, add it using the latest available release with an up-to-next-major requirement.\n- Do not pin an exact package version unless the developer explicitly asks for exact pinning.\n\n5. ClerkKitUI Environment field inspection is mandatory\n- After package install, inspect installed `ClerkKitUI` source and identify which `Environment` fields gate auth behavior for the selected flow.\n- Build an agent-internal field map before any `\u002Fv1\u002Fenvironment` call.\n\n6. Environment call is mandatory (both flows)\n- Make a direct HTTP call to `\u002Fv1\u002Fenvironment` only after package install and step 5 field-map inspection.\n- Pass the response into the selected reference workflow using the `ClerkKitUI`-aligned field map:\n  - prebuilt: use it to determine whether Apple is enabled and capability changes are needed\n  - custom: perform full normalization\u002Fmatrix handling as agent-internal analysis only (never persist matrix artifacts in project code)\n\n7. Reference-file discipline is mandatory\n- Once flow is selected, follow only that flow reference file for implementation and verification.\n\n8. Quickstart compliance is mandatory\n- Find the iOS quickstart URL in the installed `clerk-ios` package README, append `.md`, then visit and read that markdown URL.\n- Audit the project against all quickstart setup steps before finishing.\n- If required quickstart setup is missing, implement it before completing the task.\n- This includes adding any missing Associated Domains entries and any other required app capabilities from the quickstart.\n- Explicitly execute the quickstart step `Add associated domain capability` (`https:\u002F\u002Fclerk.com\u002Fdocs\u002Fios\u002Fgetting-started\u002Fquickstart#add-associated-domain-capability`) and ensure the associated-domain entry matches quickstart requirements (`webcredentials:{YOUR_FRONTEND_API_URL}`).\n\n9. Custom-flow AuthView structure parity is mandatory\n- For `custom` flow, layout and flow structure must remain materially close to ClerkKitUI `AuthView` defaults.\n- If the developer did not explicitly request a different UX, do not introduce major structural\u002Flayout deviations from `AuthView`.\n- If unsure\u002Fconfused about custom sequencing, gating, or `Environment` usage\u002Fsemantics, defer to installed `ClerkKitUI` behavior and mirror it.\n\n## Workflow\n\n1. Detect native iOS\u002FSwift vs Expo\u002FReact Native.\n2. If flow type is not explicitly provided, ask user for `prebuilt` or `custom`.\n3. If publishable key is not explicitly provided, ask user for it.\n4. Wait for both answers before changing files.\n5. Load matching flow reference file.\n6. Ensure publishable key is valid and directly wired in `Clerk.configure`.\n7. Ensure package install\u002Fproducts match selected flow and package requirement follows latest up-to-next-major policy when newly added.\n8. Inspect installed `ClerkKitUI` source to map `Environment` fields used for gating\u002Frequired behavior in the selected flow.\n9. Call `\u002Fv1\u002Fenvironment` and interpret response through the step 8 field map.\n10. Find iOS quickstart URL from installed `clerk-ios` package README, append `.md`, then visit and read it.\n11. Build quickstart checklist from the visited markdown quickstart, detect missing required setup, and apply the missing setup in the current project.\n12. Ensure the quickstart associated-domain capability step is fully applied (`webcredentials:{YOUR_FRONTEND_API_URL}` when missing).\n13. Implement using selected reference checklist.\n14. Verify using selected reference checklist plus shared gates.\n\n## Common Pitfalls\n\n| Level | Issue | Prevention |\n|-------|-------|------------|\n| CRITICAL | Not asking for missing flow choice before implementation | Ask for `prebuilt` vs `custom` and wait before edits |\n| CRITICAL | Not asking for missing publishable key before implementation | Ask for key and wait before edits |\n| CRITICAL | Starting implementation before flow type is confirmed | Confirm flow first and load matching reference |\n| CRITICAL | Using plist\u002Flocal\u002Fenv indirection for publishable key without request | Wire key directly in configuration by default |\n| CRITICAL | Skipping `\u002Fv1\u002Fenvironment` call before implementation | Always call environment endpoint for both prebuilt and custom flows |\n| CRITICAL | Calling `\u002Fv1\u002Fenvironment` before package install + ClerkKitUI `Environment` field inspection | Install `clerk-ios` first, inspect ClerkKitUI `Environment` usage, then call endpoint |\n| HIGH | Installing `clerk-ios` with exact\u002Fstale version by default | If missing, install latest available release using up-to-next-major requirement |\n| CRITICAL | Skipping quickstart prerequisite audit | Visit\u002Fread quickstart URL from installed `clerk-ios` package README and verify all required setup steps are completed |\n| CRITICAL | Detecting missing quickstart capabilities\u002Fdomains but not applying them | Add all missing required quickstart capabilities and Associated Domains before completing |\n| CRITICAL | Skipping quickstart associated-domain capability step | Execute quickstart `Add associated domain capability` and ensure `webcredentials:{YOUR_FRONTEND_API_URL}` is present |\n| CRITICAL | Writing capability\u002Frequired-field matrices into app code | Keep matrices agent-internal and only apply resulting behavior in UI\u002Fauth flow code |\n| CRITICAL | Custom flow layout diverges from `AuthView` without explicit request | Keep custom screens materially close to `AuthView` structure and step composition by default |\n| CRITICAL | Collapsing custom auth into a single all-fields screen | Follow `AuthView`-style multi-step progression and step-specific field collection |\n| CRITICAL | Guessing custom sequencing\u002Fgating\u002F`Environment` usage when uncertain | Reference installed `ClerkKitUI` behavior and mirror it for final implementation |\n| HIGH | Using this skill for Expo\u002FReact Native | Detect and route away before implementation |\n\n## See Also\n\n- `clerk` skill for top-level Clerk routing\n- `clerk-setup` skill for non-native or cross-framework setup\n- installed `clerk-ios` package `README.md` (source for current iOS quickstart link)\n- `https:\u002F\u002Fgithub.com\u002Fclerk\u002Fclerk-ios`\n",{"name":5,"license":14,"metadata":43,"description":7,"allowed-tools":45,"compatibility":46},{"author":19,"version":44},"1.2.0","WebFetch","Requires Xcode and ClerkKit Swift package","main","7db7c6f88fb96b6792195dacabdb088419b7a9fa",".agents\u002Fskills\u002Fclerk-swift",0,"https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform","https:\u002F\u002Fgithub.com\u002FAllternit","https:\u002F\u002Fallternit.com","Allternit builds AI agents that work on your computer, in the cloud, and from your phone. Home of Allternit Desktop and Gizzi Code.","2026-11-12 03:40:39",{"source":8,"skillName":5,"commands":57,"prompt":67,"zipAvailable":68},[58,61,64],{"tool":59,"command":60},"npx","npx skills add Allternit\u002Fallternit-platform --skill clerk-swift",{"tool":62,"command":63},"bunx","bunx skills add Allternit\u002Fallternit-platform --skill clerk-swift",{"tool":65,"command":66},"pnpm","pnpm dlx skills add Allternit\u002Fallternit-platform --skill clerk-swift","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fclerk-swift\u002FSKILL.md",true,[70,76],{"path":71,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":74,"sourceHtmlUrl":75},"references\u002Fcustom.md","REFERENCE","参考文档",7642,"https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fclerk-swift\u002Freferences\u002Fcustom.md",{"path":77,"resourceType":72,"resourceTypeDesc":73,"sizeBytes":78,"sourceHtmlUrl":79},"references\u002Fprebuilt.md",3301,"https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002F.agents\u002Fskills\u002Fclerk-swift\u002Freferences\u002Fprebuilt.md",[81,108,126,149,172,202],{"skillNo":82,"name":83,"nameZh":6,"description":84,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":85,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":88,"publishedAt":38},"01M6C6GBWRCJNWQP5S16PKXB77","jev","Ask typed System One judgments (noul \u002F choice \u002F score) against Allternit's LOCAL System One server instead of prompting a chat model to \"return JSON\". Use when classifying, routing, scoring, or screening something and code needs a probability it can branch on, or when the user runs \u002Fjev. Official TypeSafe Jev is an optional, explicit remote lane.","Apache-2.0","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002Ftools\u002Fsystem-one-local\u002Fskills\u002Fjev\u002FSKILL.md",[],[83,89,90,91,92,93,94,95,96,97,98,99,100,29,101,102,103,104,105,106,107],"official","routing","code","server","lane","system","json","model","choice","branch","ask","user","scoring","chat","local","probability","remote","can","when",{"skillNo":109,"name":110,"nameZh":6,"description":111,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":85,"licenseFileUrl":6,"sourceHtmlUrl":112,"categories":113,"keywords":114,"publishedAt":38},"01M6C6G9CGB9MX47NSQ31QNNB7","jev-route","Route with local System One answers — map Choice + confidence to act \u002F confirm \u002F human lanes, or pick a model tier by Choice label. Also documents the separate `route-model` helper for OpenRouter's typesafe\u002Fjev-router (a chat-model router, NOT System One). Use for confidence routing, model-tier routing, or when the user runs \u002Fjev-route.","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002Ftools\u002Fsystem-one-local\u002Fskills\u002Fjev-route\u002FSKILL.md",[],[83,115,116,117,90,94,96,118,97,119,100,29,120,121,102,122,103,123,124,23,125,107],"jev route","route","documents","pick","openrouter","router","model router","map","helper","with","model-tier",{"skillNo":127,"name":128,"nameZh":6,"description":129,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":85,"licenseFileUrl":6,"sourceHtmlUrl":130,"categories":131,"keywords":132,"publishedAt":38},"01M6C6G6JZE0RC50QWWE6HG320","jev-guardrail","Screen text or agent tool calls with a battery of local System One Noul hazards plus a Score, with policy in code — and the Claude Code PreToolUse guard (hooks\u002Fpretooluse-guard) that puts deterministic hard rules first and lets Jev only raise friction. Use for injection\u002Fsecret\u002Fdestructive-action screening or when the user runs \u002Fjev-guardrail.","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002Ftools\u002Fsystem-one-local\u002Fskills\u002Fjev-guardrail\u002FSKILL.md",[],[83,133,134,135,91,136,137,138,94,139,140,141,100,29,142,143,144,145,103,146,147,23,148,107],"jev guardrail","guardrail","policy","injection","first","guard","tool","text","Rules","friction","only","hooks","deterministic","battery","calls","agent tool",{"skillNo":150,"name":151,"nameZh":6,"description":152,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":85,"licenseFileUrl":6,"sourceHtmlUrl":153,"categories":154,"keywords":160,"publishedAt":38},"01M6C6G426P7Q5J3F98HVYDCB2","jev-fanout","Ask every independent System One question over the same state in ONE POST \u002Fv1\u002Fsystemone to the local server (speculative fan-out). Use for parallel judgments, compound commands, one-call turn assessment, or when the user runs \u002Fjev-fanout. Do not fire one HTTP call per question.","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002Ftools\u002Fsystem-one-local\u002Fskills\u002Fjev-fanout\u002FSKILL.md",[155],{"categoryNo":156,"categoryName":157,"taxonomyType":158,"taxonomyTypeDesc":159},"01JBSEEDCAT000000000000010","后端与接口","SCENARIO","使用场景",[83,161,162,163,164,165,92,94,166,99,167,100,29,28,168,103,169,170,23,171,107],"fanout","jev fanout","http","assessment","state","parallel","question","call","post","v1","local server",{"skillNo":173,"name":174,"nameZh":6,"description":175,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":85,"licenseFileUrl":6,"sourceHtmlUrl":176,"categories":177,"keywords":178,"publishedAt":38},"01M6C6G13D7JK869Q3DHMQ9542","memory-drive","Read and write the user's Allternit Memory Drive, a git repo of markdown memories in the open Agent Memory Repo format. Use at the start of a session to load what the user's agents remember (MEMORY.md), when the user says \"remember this\", when you learn a durable fact about the user or their work, and before answering questions that depend on past sessions.","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002Ftools\u002Fmemory-drive-plugin\u002Fskills\u002Fmemory-drive\u002FSKILL.md",[],[179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,100,195,29,196,197,198,199,200,201,107],"memory","drive","memory drive","sessions","remember","learn","git","agent memory","start","open","markdown","format","work","repo","read","write","session","what the","memories","about","questions","you","load",{"skillNo":203,"name":204,"nameZh":6,"description":205,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":9,"repositoryNo":12,"starsCount":13,"licenseSpdxId":85,"licenseFileUrl":6,"sourceHtmlUrl":206,"categories":207,"keywords":211,"publishedAt":38},"01M6C6FX778N1047QAJ39Y582H","agent-orchestrator","Orchestrate external CLI agents (kimi, codex, agy, claude, grok, gizzi) through the Allternit Factory (gizzi agents \u002F orchestration \u002F workspace \u002F workflows). Use when the user asks to delegate, offload, or farm out implementation work to another CLI agent \u002F terminal session, or to run work outside this session to save tokens. Part of Allternit Agents \u002F Bot Agents — not a separate product.","https:\u002F\u002Fgithub.com\u002FAllternit\u002Fallternit-platform\u002Fblob\u002Fmain\u002Ftools\u002Fagent-orchestrator\u002FSKILL.md",[208],{"categoryNo":209,"categoryName":210,"taxonomyType":158,"taxonomyTypeDesc":159},"01JBSEEDCAT000000000000023","Skill与智能体开发",[212,213,214,215,216,217,218,219,220,221,222,223,224,191,225,226,195,29,227,228,229,230,231,232,233,234,107],"orchestrator","agent orchestrator","bot","cli","terminal","codex","orchestration","workflows","run","product","orchestrate","save","workspace","delegate","factory","grok","kimi","implementation","offload","tokens","cli agents","farm","terminal session"]