How does it handle navigation in SwiftUI?

It utilizes a specialized swift-ui-routing package within the Presentation layer to provide type-safe navigation via Routers and TabPresenters.

What are the primary layers in this architecture?

The architecture consists of six layers: Domain (models), Services (external SDKs), Repository (data), State (observable management), UseCases (logic), and Presentation (SwiftUI).

Does this skill help with dependency management?

Yes, it enforces strict rules, such as preventing the Domain layer from importing UIKit/SwiftUI and ensuring Services only depend on the Domain layer.

Can Claude use this to review my code?

Absolutely. Claude can use the included 'Design Violation Checklist' to identify architectural smells, such as UI dependencies in the logic layers.

iOS Clean Architecture

Name: iOS Clean Architecture
Author: no-problem-dev

byno-problem-dev

•

Mobile Development

Enforces modular Clean Architecture patterns and SPM dependency rules for scalable iOS application development.

About

This skill provides Claude with a standardized architectural blueprint for building iOS applications using a 6-layer Swift Package Manager (SPM) structure. It defines strict dependency rules for Domain, Services, Repository, State, UseCases, and Presentation layers, ensuring a clear separation of concerns and high testability. By integrating specific guidance for design systems, type-safe routing, and authentication, it helps developers maintain architectural integrity during feature implementation and automated code reviews.

Key Features

Provides implementation patterns for @Observable-based state management
Includes an architectural violation checklist for automated code reviews
2 GitHub stars
Integrates specialized modules for Design Systems, Routing, and API clients
Standardizes a 6-layer modular SPM architecture for iOS projects
Enforces strict unidirectional dependency rules between layers

Use Cases

Bootstrapping new iOS projects with a production-grade modular structure
Ensuring Domain models remain pure and free from UI or framework dependencies
Refactoring existing monolithic iOS code into clean, testable layers

About

Key Features

Provides implementation patterns for @Observable-based state management
Includes an architectural violation checklist for automated code reviews
2 GitHub stars
Integrates specialized modules for Design Systems, Routing, and API clients
Standardizes a 6-layer modular SPM architecture for iOS projects
Enforces strict unidirectional dependency rules between layers

Use Cases

Bootstrapping new iOS projects with a production-grade modular structure
Ensuring Domain models remain pure and free from UI or framework dependencies
Refactoring existing monolithic iOS code into clean, testable layers