ios-dev-guidelines
Provides rules and routing for iOS development, SwiftUI patterns, and code architecture.
Install
mkdir -p .claude/skills/ios-dev-guidelines && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/4307" && unzip -o skill.zip -d .claude/skills/ios-dev-guidelines && rm skill.zipInstalls to .claude/skills/ios-dev-guidelines
Activation
This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.
Context-aware routing to Swift/iOS development patterns, architecture, and best practices. Use when working with .swift files, ViewModels, Coordinators, refactoring, or discussing Swift/SwiftUI patterns.Key capabilities
- →Route developers to architecture and pattern documentation
- →Enforce project-wide coding style rules
- →Provide templates for MVVM and Coordinator patterns
- →Guide dependency injection and async button usage
How it works
The skill acts as a smart router that provides specific rules and documentation links for iOS development, including MVVM and Coordinator patterns.
Inputs & outputs
When to use ios-dev-guidelines
- →Refactoring Swift codebases
- →Implementing MVVM or Coordinator patterns
- →Formatting SwiftUI views
- →Ensuring consistent localization practices
About this skill
iOS Development Guidelines (Smart Router)
Purpose
Context-aware routing to iOS development patterns, code style, and architecture guidelines. This skill provides critical rules and points you to comprehensive documentation.
When Auto-Activated
- Working with
.swiftfiles - Discussing ViewModels, Coordinators, architecture
- Refactoring or formatting code
- Keywords: swift, swiftui, mvvm, async, await, refactor
🚨 CRITICAL RULES (NEVER VIOLATE)
- NEVER trim whitespace-only lines - Preserve blank lines with spaces/tabs exactly as they appear
- NEVER edit generated files - Files marked with
// Generated using Sourcery/SwiftGen - NEVER use hardcoded strings in UI - Always use localization constants (
Loc.*) - NEVER add comments unless explicitly requested
- ALWAYS update tests and mocks when refactoring - Search for all references and update
- Use feature flags for new features - Wrap experimental code for safe rollouts
📋 Quick Checklist
Before completing any task:
- Whitespace-only lines preserved (not trimmed)
- No hardcoded strings (use
Locconstants) - Tests and mocks updated if dependencies changed
- Generated files not edited
- Feature flags applied to new features
- No comments added (unless requested)
🎯 SwiftUI View Fundamentals (WWDC24)
SwiftUI views have three key qualities:
- Declarative - Describe what you want, not how to build it
- Compositional - Build complex UIs from simple building blocks
- State-driven - UI automatically updates when state changes
Key insight: Views are VALUE TYPES (structs), not long-lived objects. They are descriptions of current UI state. Breaking views into subviews doesn't hurt performance - SwiftUI maintains efficient data structures behind the scenes.
// Declarative: describe the result, not the steps
List(pets) { pet in
HStack {
Text(pet.name)
Spacer()
Text(pet.species)
}
}
// No need to manually add/remove rows - SwiftUI handles it
For detailed SwiftUI patterns, see swiftui-patterns-developer skill.
🎯 Common Patterns
MVVM ViewModel
@MainActor
final class ChatViewModel: ObservableObject {
@Published var messages: [Message] = []
@Injected(\.chatService) private var chatService
func sendMessage(_ text: String) async {
// Business logic here
}
}
Coordinator
@MainActor
final class ChatCoordinator: ObservableObject {
@Published var route: Route?
enum Route {
case settings
case memberList
}
}
Dependency Injection
extension Container {
var chatService: Factory<ChatServiceProtocol> {
Factory(self) { ChatService() }
}
}
// Usage in ViewModel
@Injected(\.chatService) private var chatService
ViewModel Initialization
Keep ViewModel init() cheap - defer heavy work to .task:
// Init assigns parameters only
init(id: String) {
_model = State(wrappedValue: ViewModel(id: id))
}
// Heavy work in .task
.task { await model.startSubscriptions() }
For expensive init, defer creation entirely:
@State private var model: ViewModel?
.task(id: id) { model = ViewModel(id: id) }
Async Button Actions
Prefer AsyncStandardButton over manual loading state management for cleaner code:
// ❌ AVOID: Manual loading state
struct MyView: View {
@State private var isLoading = false
var body: some View {
StandardButton(.text("Connect"), inProgress: isLoading, style: .secondaryLarge) {
isLoading = true
Task {
await viewModel.connect()
isLoading = false
}
}
}
}
// ✅ PREFERRED: AsyncStandardButton handles loading state automatically
struct MyView: View {
var body: some View {
AsyncStandardButton(Loc.sendMessage, style: .primaryLarge) {
try await viewModel.onConnect()
}
}
}
// ViewModel can throw - errors are handled automatically
func onConnect() async throws {
guard let identity = details?.identity, identity.isNotEmpty else { return }
if let existingSpace = spaceViewsStorage.oneToOneSpaceView(identity: identity) {
pageNavigation?.open(.spaceChat(SpaceChatCoordinatorData(spaceId: existingSpace.targetSpaceId)))
return
}
let newSpaceId = try await workspaceService.createOneToOneSpace(oneToOneIdentity: identity)
pageNavigation?.open(.spaceChat(SpaceChatCoordinatorData(spaceId: newSpaceId)))
}
Benefits of AsyncStandardButton:
- Manages
inProgressstate internally - Shows error toast automatically on failure
- Provides haptic feedback (selection on tap, error on failure)
- Cleaner ViewModel (no
@Published var isLoadingneeded) - Action is
async throws- usetry awaitand let errors propagate naturally
🗂️ Project Structure
Anytype/Sources/
├── ApplicationLayer/ # App lifecycle, coordinators
├── PresentationLayer/ # UI components, ViewModels
├── ServiceLayer/ # Business logic, data services
├── Models/ # Data models, entities
└── CoreLayer/ # Core utilities, networking
🔧 Code Style Quick Reference
- Indentation: 4 spaces (no tabs)
- Naming: PascalCase (types), camelCase (variables/functions)
- Extensions:
TypeName+Feature.swift - Property order: @Published/@Injected → public → private → computed → init → methods
- Avoid nested types - Extract to top-level with descriptive names
- Enum exhaustiveness - Use explicit switch statements (enables compiler warnings)
📚 Complete Documentation
Full Guide: Anytype/Sources/IOS_DEVELOPMENT_GUIDE.md
For comprehensive coverage of:
- Detailed formatting rules
- Swift best practices (guard, @MainActor, async/await)
- Architecture patterns (MVVM, Coordinator, Repository)
- Property organization
- Common mistakes from past incidents
- Testing & mock management
- Complete code examples
🚨 Common Mistakes (Historical)
Autonomous Committing (2025-01-28)
NEVER commit without explicit user request - Committing is destructive
Wildcard File Deletion (2025-01-24)
Used rm -f .../PublishingPreview*.swift - deleted main UI component
- Always check with
lsfirst - Delete files individually
Incomplete Mock Updates (2025-01-16)
Refactored dependencies but forgot MockView.swift
- Search:
rg "oldName" --type swift - Update: tests, mocks, DI registrations
🔗 Related Skills & Docs
- swiftui-patterns-developer → View structure, composition, @Observable patterns
- swiftui-performance-developer → Performance auditing, view invalidation
- localization-developer →
LOCALIZATION_GUIDE.md- Localization system - code-generation-developer →
CODE_GENERATION_GUIDE.md- Feature flags, make generate - design-system-developer →
DESIGN_SYSTEM_MAPPING.md- Icons, typography
Navigation: This is a smart router. For deep technical details, always refer to IOS_DEVELOPMENT_GUIDE.md.
When not to use it
- →When working outside of Swift or iOS development contexts
Limitations
- →Never trim whitespace-only lines
- →Never edit generated files
- →Never add comments unless requested
How it compares
It provides a curated, context-aware set of critical rules and project-specific guidelines rather than generic Swift advice.
Compared to similar skills
ios-dev-guidelines side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| ios-dev-guidelines (this skill) | 3 | 6mo | No flags | Beginner |
| liquid-glass-developer | 23 | 4mo | No flags | Intermediate |
| swiftui-liquid-glass | 15 | 5mo | No flags | Intermediate |
| swiftui-expert-skill | 13 | 4mo | No flags | Intermediate |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by anyproto
View all by anyproto →You might also like
liquid-glass-developer
anyproto
Context-aware routing to iOS 26 Liquid Glass implementation patterns. Use when working with glass effects, GlassEffectContainer, morphing transitions, or iOS 26 visual effects.
swiftui-liquid-glass
Dimillian
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.
swiftui-expert-skill
sickn33
Write, review, or improve SwiftUI code following best practices for state management, view composition, performance, modern APIs, Swift concurrency, and iOS 26+ Liquid Glass adoption. Use when building new SwiftUI features, refactoring existing views, reviewing code quality, or adopting modern SwiftUI patterns.
swift-concurrency-expert
Dimillian
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.
swiftui-performance-developer
anyproto
Audit and improve SwiftUI runtime performance through code review and Instruments guidance. Use for diagnosing slow rendering, janky scrolling, excessive view updates, or layout thrash in SwiftUI apps.
tests-developer
anyproto
Smart router to testing patterns and practices. Use when writing unit tests, creating mocks, testing edge cases, or working with Swift Testing and XCTest frameworks.