/ios-swiftui
Build declarative UI and manage data flow with SwiftUI in iOS. Use when building declarative SwiftUI views or managing data flow with property wrappers.
$ npx -y skills add hoangnguyen0403/agent-skills-standard --skill ios-swiftui --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/ios-swiftui
Context preview
The summary Claude sees to decide when to auto-load this skill.
Build declarative UI and manage data flow with SwiftUI in iOS. Use when building declarative SwiftUI views or managing data flow with property wrappers.
SKILL.md
ios-swiftui.SKILL.mdname: ios-swiftui
description: Build declarative UI and manage data flow with SwiftUI in iOS. Use when building declarative SwiftUI views or managing data flow with property wrappers.
metadata:
triggers:
files:
- '**/*View.swift'
keywords:
- View
- State
- Binding
- EnvironmentObjectSwiftUI Expert
**Priority: P0 (CRITICAL)**
**Role**: iOS UI Expert. Prioritize smooth 60fps, clean data flow.
Implementation Guidelines
- **Views**: Small, composable structs. Extract subviews often to keep `body` clean.
- **State Selection (iOS 17+, default)**:
- **@State for local simple data** (Booleans, Strings, local view toggles).
- **@State for VMs marked `@Observable`** (owning parent creates it once: `@State private var vm = MyViewModel()`).
- **Plain `let`/property for passed-in `@Observable` VMs** — no wrapper needed, child views auto-track only the fields they read.
- **Legacy (pre-iOS 17 or Combine `ObservableObject` VMs)**:
- **@StateObject for VMs** (initialized only once in parent view).
- **@ObservedObject for passed-in VMs** (initialized by parent).
- Prefer migrating `ObservableObject` VMs to `@Observable` when the deployment target allows it — see [ios-state-management](../ios-state-management/SKILL.md).
- **Modifiers**: Order matters sequentially. Apply layout modifiers before visual ones (e.g., `.padding().background()`).
- **Preview**: Always provide `PreviewProvider` or `#Preview` for every view.
Verification Checklist (Mandatory)
- [ ] **Body Property**: **body property computationally cheap**? (No complex logic or calculations).
- [ ] **State Flow**: `@State`/`@StateObject` VM initialized only once (in parent)?
- [ ] **Identity**: Lists/ForEach stable `id`?
- [ ] **Main Actor**: UI updates strictly on **Main Actor**?
Anti-Patterns
- **No Logic in Body**: Move calculations to **ViewModel or computed vars**. Keep `body` for UI composition only.
- **No ObservedObject Init**: **NOT** init `@ObservedObject` inside View settings — this causes leaks and performance issues.
- **No New `ObservableObject` VMs on iOS 17+**: Use `@Observable` for new code; reserve `ObservableObject`/`@Published` for code that must support pre-17 or already depends on Combine operators.
- **No Hardcoded Sizes**: Use flexible frames and spacers for responsive UI.
Canonical response anchors
When this skill applies, preserve the following domain terminology or equivalent concrete examples in the answer when relevant:
- @State for local simple data
Read more
name: ios-swiftui
description: Build declarative UI and manage data flow with SwiftUI in iOS. Use when building declarative SwiftUI views or managing data flow with property wrappers.
metadata:
triggers:
files:
- '**/*View.swift'
keywords:
- View
- State
- Binding
- EnvironmentObjectSwiftUI Expert
**Priority: P0 (CRITICAL)**
**Role**: iOS UI Expert. Prioritize smooth 60fps, clean data flow.
Implementation Guidelines
- **Views**: Small, composable structs. Extract subviews often to keep `body` clean.
- **State Selection (iOS 17+, default)**:
- **@State for local simple data** (Booleans, Strings, local view toggles).
- **@State for VMs marked `@Observable`** (owning parent creates it once: `@State private var vm = MyViewModel()`).
- **Plain `let`/property for passed-in `@Observable` VMs** — no wrapper needed, child views auto-track only the fields they read.
- **Legacy (pre-iOS 17 or Combine `ObservableObject` VMs)**:
- **@StateObject for VMs** (initialized only once in parent view).
- **@ObservedObject for passed-in VMs** (initialized by parent).
- Prefer migrating `ObservableObject` VMs to `@Observable` when the deployment target allows it — see [ios-state-management](../ios-state-management/SKILL.md).
- **Modifiers**: Order matters sequentially. Apply layout modifiers before visual ones (e.g., `.padding().background()`).
- **Preview**: Always provide `PreviewProvider` or `#Preview` for every view.
Verification Checklist (Mandatory)
- [ ] **Body Property**: **body property computationally cheap**? (No complex logic or calculations).
- [ ] **State Flow**: `@State`/`@StateObject` VM initialized only once (in parent)?
- [ ] **Identity**: Lists/ForEach stable `id`?
- [ ] **Main Actor**: UI updates strictly on **Main Actor**?
Anti-Patterns
- **No Logic in Body**: Move calculations to **ViewModel or computed vars**. Keep `body` for UI composition only.
- **No ObservedObject Init**: **NOT** init `@ObservedObject` inside View settings — this causes leaks and performance issues.
- **No New `ObservableObject` VMs on iOS 17+**: Use `@Observable` for new code; reserve `ObservableObject`/`@Published` for code that must support pre-17 or already depends on Combine operators.
- **No Hardcoded Sizes**: Use flexible frames and spacers for responsive UI.
Canonical response anchors
When this skill applies, preserve the following domain terminology or equivalent concrete examples in the answer when relevant:
- @State for local simple data
The portable SDLC standards layer for AI coding agents. Sync once, then work in your own runtime.
Repo: hoangnguyen0403/agent-skills-standard
Other skills on agent-skills-standard.
- /android-agp-upgrade
Upgrade an Android project to Android Gradle Plugin (AGP) 9. Use when migrating to AGP 9, updating Gradle build files, migrating to built-in Kotlin, or adopting the new AGP DSL.
Open skill - /android-architecture
Apply Clean Architecture layering, modularization, and Unidirectional Data Flow in Android projects. Use when setting up project structure, placing code in layers, configuring feature/core modules, or implementing UDF patterns; defer Compose state and ViewModel/StateFlow
Open skill - /android-background-work
Implement WorkManager and background processing correctly on Android. Use when creating Worker classes, scheduling tasks, choosing between WorkManager and Foreground Services, or setting up Hilt in workers; defer FCM and notification delivery to android-notifications.
Open skill - /android-compose-migration
Migrate an Android XML View to Jetpack Compose following a structured 10-step workflow. Use when converting XML layouts to Compose, setting up Compose in an existing View-based project, or incrementally adopting Compose.
Open skill - /android-compose
Build high-performance declarative UI with Jetpack Compose. Use when writing Composable functions, optimizing recomposition, hoisting state, or working with LazyColumn and side effects; defer deep-link and navigation routing to android-navigation.
Open skill - /android-concurrency
Write correct coroutine scopes, lifecycle collection, and dispatcher injection in Android production code. Use for suspend functions, coroutine scopes, and dispatcher mechanics; defer ViewModel StateFlow/LiveData architecture, Fragment lifecycle recipes,
Open skill

