Ios Design System

This is the infrastructure layer for building a SwiftUI design system, not just using one. It covers token architecture (raw, semantic, component layers), asset catalog governance, and the Airbnb DLS pattern of style protocols over wrapper views. Mandates @Equatable on every view and keeps everything compatible with the clinic modular MVVM-C boundaries (Feature depends on Domain + DesignSystem only). You'd reach for this when setting up or refactoring the design system package itself, not when just styling a feature screen. It's strict about preventing hardcoded hex values and shadow tokens, with 50 rules across color engineering, typography scales, spacing systems, and theme infrastructure. Works alongside swift-ui-architect for the architecture side and ios-design for actually using the primitives you build here.

skills.sh installs: 319
GitHub stars: 222
last updated: Aug 21, 2026

View on GitHub

Install

$ npx -y skills add pproenca/dot-skills --skill ios-design-system --agent claude-code

Installs into .claude/skills of the current project.

Files

Airbnb iOS Design System Best Practices

Opinionated, strict design system engineering for SwiftUI iOS 26 / Swift 6.2 apps. Contains 50 rules across 8 categories, prioritized by impact. Derived from Airbnb's Design Language System (DLS), Airbnb Swift Style Guide, Apple Human Interface Guidelines, and WWDC sessions. Mandates @Equatable on every view, @Observable for state, and style protocols as the primary component API.

Mandated Architecture Alignment

This skill is designed to work alongside swift-ui-architect. All code examples follow the same non-negotiable constraints:

Feature modules depend on Domain + DesignSystem; no direct Data dependency
@Observable for mutable UI state, ObservableObject / @Published never
@Equatable macro on every view
Style protocols as the primary component styling API (Airbnb DLS pattern)
Asset catalog as the source of truth for color values
Local SPM package for design system module boundary