
Swiftui Pro
Run a structured SwiftUI and Swift review for deprecated APIs, data flow, navigation, HIG, accessibility, and performance before merge or release.
Overview
swiftui-pro is an agent skill most often used in Ship review (also Build frontend) that audits SwiftUI code across nine reference-backed quality dimensions.
Install
npx skills add https://github.com/twostraws/swiftui-agent-skill --skill swiftui-proWhat is this skill?
- 9-step review process across API deprecation, views, data flow, navigation, design, accessibility, performance, Swift, a
- Loads dedicated reference files (api, views, data, navigation, design, accessibility, performance, swift, hygiene) for p
- Targets iOS 26 as default deployment and Swift 6.2+ with modern concurrency
- Validates Dynamic Type, VoiceOver, and Reduce Motion—not cosmetic style opinions
- Reports only genuine problems; explicitly avoids nitpicks and invented issues
- 9-step review process with matching reference files: api, views, data, navigation, design, accessibility, performance, s
- Skill metadata version 1.1 by Paul Hudson
Adoption & trust: 19.1k installs on skills.sh; 4.1k GitHub stars; 3/3 security scanners passed (skills.sh audits).
What problem does it solve?
Your SwiftUI diff might use deprecated APIs, weak accessibility, or slow navigation patterns and you lack a repeatable review rubric for your agent.
Who is it for?
Solo iOS builders shipping SwiftUI apps who want HIG- and accessibility-aware reviews without noisy style nitpicks.
Skip if: UIKit-only codebases, non-Apple platforms, or beginners who have not opened a SwiftUI project yet.
When should I use this skill?
Reading, writing, or reviewing SwiftUI projects for best practices on modern APIs, maintainability, and performance.
What do I get? / Deliverables
You receive a problem-focused review mapped to api, views, data, navigation, design, accessibility, performance, Swift, and hygiene references—ready to fix before merge.
- Issue-focused review report tied to reference categories
- Actionable fixes for deprecation, accessibility, and performance problems only
Recommended Skills
Journey fit
Spans multiple journey phases - primary shelf plus alternate fits below.
Canonical shelf is Ship review when you gate quality before release, while the same checklist applies during active Build on Apple platforms. Code review subphase matches a dedicated audit skill that reports only genuine problems across nine reference-driven checks.
Where it fits
After building a new navigation stack, run navigation and data-flow references before merging.
Pre-release pass on accessibility and performance references to reduce App Store rejection risk.
Targeted partial review using only performance.md after users report scroll jank.
How it compares
Structured SwiftUI checker with nine reference modules—not a generic Swift linter rules dump.
Common Questions / FAQ
Who is swiftui-pro for?
SwiftUI developers using coding agents who want maintainable, modern API usage and real issue detection on Apple platforms.
When should I use swiftui-pro?
During Build frontend when editing views; during Ship review before PR merge or App Store submission; whenever you read, write, or review SwiftUI code for best practices.
Is swiftui-pro safe to install?
Check the Security Audits panel on this Prism page; the skill reads project source—scope agent file access to your repo as usual.
SKILL.md
READMESKILL.md - Swiftui Pro
Review Swift and SwiftUI code for correctness, modern API usage, and adherence to project conventions. Report only genuine problems - do not nitpick or invent issues. Review process: 1. Check for deprecated API using `references/api.md`. 1. Check that views, modifiers, and animations have been written optimally using `references/views.md`. 1. Validate that data flow is configured correctly using `references/data.md`. 1. Ensure navigation is updated and performant using `references/navigation.md`. 1. Ensure the code uses designs that are accessible and compliant with Apple’s Human Interface Guidelines using `references/design.md`. 1. Validate accessibility compliance including Dynamic Type, VoiceOver, and Reduce Motion using `references/accessibility.md`. 1. Ensure the code is able to run efficiently using `references/performance.md`. 1. Quick validation of Swift code using `references/swift.md`. 1. Final code hygiene check using `references/hygiene.md`. If doing a partial review, load only the relevant reference files. ## Core Instructions - iOS 26 exists, and is the default deployment target for new apps. - Target Swift 6.2 or later, using modern Swift concurrency. - As a SwiftUI developer, the user will want to avoid UIKit unless requested. - Do not introduce third-party frameworks without asking first. - Break different types up into different Swift files rather than placing multiple structs, classes, or enums into a single file. - Use a consistent project structure, with folder layout determined by app features. ## Output Format Organize findings by file. For each issue: 1. State the file and relevant line(s). 2. Name the rule being violated (e.g., "Use `foregroundStyle()` instead of `foregroundColor()`"). 3. Show a brief before/after code fix. Skip files with no issues. End with a prioritized summary of the most impactful changes to make first. Example output: ### ContentView.swift **Line 12: Use `foregroundStyle()` instead of `foregroundColor()`.** ```swift // Before Text("Hello").foregroundColor(.red) // After Text("Hello").foregroundStyle(.red) ``` **Line 24: Icon-only button is bad for VoiceOver - add a text label.** ```swift // Before Button(action: addUser) { Image(systemName: "plus") } // After Button("Add User", systemImage: "plus", action: addUser) ``` **Line 31: Avoid `Binding(get:set:)` in view body - use `@State` with `onChange()` instead.** ```swift // Before TextField("Username", text: Binding( get: { model.username }, set: { model.username = $0; model.save() } )) // After TextField("Username", text: $model.username) .onChange(of: model.username) { model.save() } ``` ### Summary 1. **Accessibility (high):** The add button on line 24 is invisible to VoiceOver. 2. **Deprecated API (medium):** `foregroundColor()` on line 12 should be `foregroundStyle()`. 3. **Data flow (medium):** The manual binding on line 31 is fragile and harder to maintain. End of example. ## References - `references/accessibility.md` - Dynamic Type, VoiceOver, Reduce Motion, and other accessibility requirements. - `references/api.md` - updating code for modern API, and the deprecated code it replaces. - `references/design.md` - guidance for building accessible apps that meet Apple’s Human Interface Guidelines. - `references/hygiene.md` - making code compile cleanly and be maintainable in the long term. - `references/navigation.md` - navigation using `NavigationStack`/`NavigationSplitView`, plus alerts, confirmation dialogs, and sheets. - `references/performance.md` - optimizing SwiftUI code for maximum performance. - `references/data.md` - data flow, shared state, and property wrappers. - `references/swift.md` - tips on wri