swift-review
- Repo stars 0
- Author repo skills-registry
Swift / iOS Code Review
When to Use
- Reviewing Swift/iOS code (SwiftUI, UIKit, Combine)
- Evaluating iOS architecture (MVVM, TCA, VIPER)
- App Store compliance review
- iOS performance and memory review
Review Checklist
Architecture
- MVVM or TCA architecture consistently applied
- View models don't import UIKit/SwiftUI
- Protocol-oriented design for dependencies
- Coordinator pattern for navigation (if UIKit)
-
@EnvironmentObject/@StateObjectused correctly
Swift Best Practices
- Value types (
struct) preferred over reference types (class) -
letpreferred overvar(immutability) - Guard clauses for early returns
-
Result<Success, Failure>for error handling -
Codablefor JSON parsing (not manual parsing) -
async/awaitinstead of completion handlers (iOS 15+) - Property wrappers for common patterns
- Access control (
private,internal,public) enforced
SwiftUI
- Views are small and composable (< 50 lines body)
-
@Statefor local,@Bindingfor parent-child,@ObservedObjectfor injected - No heavy computation in
body(use.task {}modifier) - Preview providers for all views
- Accessibility modifiers (
.accessibilityLabel,.accessibilityHint) - Dark mode support verified
Memory & Performance
- No retain cycles (
[weak self]in closures) -
Instrumentsprofiled for leaks - Images resized to display size (not full resolution)
- TableView/CollectionView cell reuse
- Background tasks for heavy work (
DispatchQueue.global()) - Core Data batch operations for large datasets
App Store Guidelines
- No private APIs used
- In-App Purchase for digital goods (not external links)
- Privacy manifest (
PrivacyInfo.xcprivacy) included - Required device capabilities declared
- App Transport Security exceptions justified
- No hardcoded test data in release builds
Output Format
## iOS Review: [Module]
**Health Score**: X/10
### Issues | Improvements | Architecture Notes
<!-- tomevault:4.0:skill_md:2026-05-23 -->Source: camilooscargbaptista/cto-toolkit — distributed by TomeVault.
- Fluxly category
- Engineering
- Author-declared agents
- No explicit declaration found; this is not inferred or tested compatibility
- Static check
- 88 / 100 · heuristic scan, not runtime safety proof
- Author / version / license
- @tomevault-io · no license declared
- Fluxly token estimate
- Lean
- Fluxly setup estimate
- Plug-and-play
- External API key
- No requirement detected
- Detected OS requirements
- Unspecified
- Runtime requirements
- Unspecified
- Detected file/system behavior
-
- Read-only
- Detected network behavior
- Local-only
- Install commands
- None (reference only)
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
The current SKILL.md does not define a fixed output example. Reviewing Swift/iOS code (SwiftUI, UIKit, Combine) Evaluating iOS architecture (MVVM, TCA, VIPER) App Store compliance review
Review Checklist
[ ] MVVM or TCA architecture consistently applied [ ] View models don't import UIKit/SwiftUI [ ] Protocol-oriented design for dependencies
[ ] Value types (struct) preferred over reference types (class) [ ] let preferred over var (immutability) [ ] Guard clauses for early returns
[ ] Views are small and composable (< 50 lines body) [ ] @State for local, @Binding for parent-child, @ObservedObject for injected [ ] No heavy computation in body (use .task {} modifier)
[ ] No retain cycles ([weak self] in closures) [ ] Instruments profiled for leaks [ ] Images resized to display size (not full resolution)
# Swift / iOS Code Review
## When to Use
- Reviewing Swift/iOS code (SwiftUI, UIKit, Combine)
- Evaluating iOS architecture (MVVM, TCA, VIPER)
- App Store compliance review
- iOS performance and memory review
## Review Checklist
### Architecture
- [ ] MVVM or TCA architecture consistently applied
- [ ] View models don't import UIKit/SwiftUI
- [ ] Protocol-oriented design for dependencies
- [ ] Coordinator pattern for navigation (if UIKit)
- [ ] `@EnvironmentObject` / `@StateObject` used correctly
### Swift Best Practices
- [ ] Value types (`struct`) preferred over reference types (`class`)
- [ ] `let` preferred over `var` (immutability)
- [ ] Guard clauses for early returns
- [ ] `Result<Success, Failure>` for error handling
- [ ] `Codable` for JSON parsing (not manual parsing)
- [ ] `async/await` instead of completion handlers (iOS 15+)
- [ ] Property wrappers for common patterns
- [ ] Access control (`private`, `internal`, `public`) enforced
### SwiftUI
- [ ] Views are small and composable (< 50 lines body)
- [ ] `@State` for local, `@Binding` for parent-child, `@ObservedObject` for injected
- [ ] No heavy computation in `body` (use `.task {}` modifier)
- [ ] Preview providers for all views
- [ ] Accessibility modifiers (`.accessibilityLabel`, `.accessibilityHint`)
- [ ] Dark mode support verified
### Memory & Performance
- [ ] No retain cycles (`[weak self]` in closures)
- [ ] `Instruments` profiled for leaks
- [ ] Images resized to display size (not full resolution)
- [ ] TableView/CollectionView cell reuse
- [ ] Background tasks for heavy work (`DispatchQueue.global()`)
- [ ] Core Data batch operations for large datasets
### App Store Guidelines
- [ ] No private APIs used
- [ ] In-App Purchase for digital goods (not external links)
… Author text anchors workflow facts; Fluxly only indexes current sections, terms, files, and commands.
sections -> When to Use → Review Checklist → Architecture → Swift Best Practices → SwiftUI → Memory & Performance
terms -> Health Score
files/cmd -> @EnvironmentObject · @StateObject · struct · class · let · var · Result<Success, Failure> · Codable
body sha256 -> 0816e788331f
Decide Fit First
Design Intent
How To Use It
Boundaries And Review