swiftui-ui-patterns は何をしますか？
SwiftUIビューとコンポーネントのベストプラクティスと例示ガイダンス。ナビゲーション階層、カスタムビューモディファイア、スタックとグリッドによるレスポンシブレイアウトを含みます。SwiftUI UIの作成・リファクタリング、TabViewによるタブ設計、VStack/HStackによる画面構成、@Stateや@Bindingの管理、宣言的iOSインターフェースの構築、コンポーネント固有のパターンや例が必要な場合に使用します。
SwiftUIビューとコンポーネントのベストプラクティスと例示ガイダンス。ナビゲーション階層、カスタムビューモディファイア、スタックとグリッドによるレスポンシブレイアウトを含みます。SwiftUI UIの作成・リファクタリング、TabViewによるタブ設計、VStack/HStackによる画面構成、@Stateや@Bindingの管理、宣言的iOSインターフェースの構築、コンポーネント固有のパターンや例が必要な場合に使用します。
このスキルは、SwiftUIを使用したiOSアプリ開発において、ビューとコンポーネントの設計に関するベストプラクティスと実例を提供します。ナビゲーション階層の構築、カスタムビューモディファイアの作成、VStack/HStackやLazyVGrid/LazyHGridを用いたレスポンシブレイアウトの実装など、SwiftUIの中核的なパターンをカバーします。TabViewを用いたタブアーキテクチャの設計から、@Stateや@Bindingを使った状態管理まで、宣言的インターフェースを効率的に構築するための実践的なガイダンスを提供します。このスキルは、新規UIの作成から既存のSwiftUIコードのリファクタリングまで幅広く活用でき、各パターンに対応したコード例が豊富に含まれているため、初心者から上級者までスムーズにSwiftUI開発を進めることができます。
npx skills add https://github.com/dimillian/skills/tree/main/skills/swiftui-ui-patternsSwiftUIビューとコンポーネントのベストプラクティスと例示ガイダンス。ナビゲーション階層、カスタムビューモディファイア、スタックとグリッドによるレスポンシブレイアウトを含みます。SwiftUI UIの作成・リファクタリング、TabViewによるタブ設計、VStack/HStackによる画面構成、@Stateや@Bindingの管理、宣言的iOSインターフェースの構築、コンポーネント固有のパターンや例が必要な場合に使用します。
This repo contains 7 individual skills — each has its own dedicated page.
Create user-facing App Store release notes by collecting and summarizing all user-impacting changes since the last git tag (or a specified ref). Use when asked to generate a comprehensive release changelog, App Store "What's New" text, or release notes based on git history or tags.
Use XcodeBuildMCP to build, run, launch, and debug the current iOS project on a booted simulator. Trigger when asked to run an iOS app, interact with the simulator UI, inspect on-screen state, capture logs/console output, or diagnose runtime behavior using XcodeBuildMCP tools.
Scaffold, build, and package SwiftPM-based macOS apps without an Xcode project. Use when you need a from-scratch macOS app layout, SwiftPM targets/resources, a custom .app bundle assembly script, or signing/notarization/appcast steps outside Xcode.
Swift Concurrency review and remediation for Swift 6.2+. Use when asked to review Swift Concurrency usage, improve concurrency compliance, or fix Swift concurrency compiler errors in a feature or file. Concrete actions include adding Sendable conformance, applying @MainActor annotations, resolving actor isolation warnings, fixing data race diagnostics, and migrating completion handlers to async/await.
Implement, review, or improve SwiftUI features using the iOS 26+ Liquid Glass API. Use when asked to adopt Liquid Glass in new SwiftUI UI, refactor an existing feature to Liquid Glass, or review Liquid Glass usage for correctness, performance, and design alignment.
Audit and improve SwiftUI runtime performance from code review and architecture. Use for requests to diagnose slow rendering, janky scrolling, high CPU/memory usage, excessive view updates, or layout thrash in SwiftUI apps, and to provide guidance for user-run Instruments profiling when code review alone is insufficient.
Refactor and review SwiftUI view files with strong defaults for small dedicated subviews, MV-over-MVVM data flow, stable view trees, explicit dependency injection, and correct Observation usage. Use when cleaning up a SwiftUI view, splitting long bodies, removing inline actions or side effects, reducing computed `some View` helpers, or standardizing `@Observable` and view model initialization patterns.
ElevenLabs text-to-speech with mac-style say UX.
Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.
Capture and automate macOS UI with the Peekaboo CLI.
Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".
Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".