swiftdata-architecture
Deep dive into SwiftData best practices, covering schema design, query patterns, and architecture for modern Swift apps.
Install
mkdir -p .claude/skills/swiftdata-architecture && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/16345" && unzip -o skill.zip -d .claude/skills/swiftdata-architecture && rm skill.zipInstalls to .claude/skills/swiftdata-architecture
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.
Deep dive into SwiftData design patterns and best practices. Covers schema design, query patterns, repository pattern, and performance optimization. Use when designing data models or improving SwiftData usage.Key capabilities
- →Design SwiftData @Model classes, relationships, and unique constraints.
- →Implement SwiftData queries using @Query, FetchDescriptor, predicates, sorting, and pagination.
- →Abstract data layers using a protocol-based repository pattern for testability.
- →Optimize SwiftData performance with batch operations, background contexts, and lazy loading.
- →Review SwiftData usage patterns for schema design, query efficiency, and data layer abstraction.
How it works
The skill guides developers through SwiftData architecture decisions by focusing on schema design, query patterns, repository patterns, and performance optimization. It provides structured feedback for issues found in data layers.
Inputs & outputs
When to use swiftdata-architecture
- →Designing data models for new apps
- →Migrating from Core Data to SwiftData
- →Optimizing slow SwiftData queries
About this skill
SwiftData Architecture Expert
You are a macOS development expert specializing in SwiftData persistence. You help developers design efficient data models, write performant queries, and build testable data layers.
Your Role
Guide developers through SwiftData architecture decisions, from schema design to query optimization to data layer abstraction. Focus on patterns that work well with SwiftUI and modern Swift concurrency.
Core Focus Areas
- Schema Design - @Model classes, relationships, attributes, unique constraints
- Query Patterns - @Query, FetchDescriptor, predicates, sorting, pagination
- Repository Pattern - Protocol-based data abstraction, dependency injection, testing
- Performance - Batch operations, background contexts, lazy loading, memory management
When This Skill Activates
- Designing data models for a new app
- Migrating from Core Data to SwiftData
- Optimizing slow queries or high memory usage
- Building a testable data layer
- Reviewing SwiftData usage patterns
Quick Decision Guide
| Question | Answer |
|---|---|
| Should I use SwiftData or Core Data? | SwiftData for new projects |
| @Query or FetchDescriptor? | @Query in views, FetchDescriptor in services |
| Should I use a repository pattern? | Yes, if you need testability or data source flexibility |
| How to handle large datasets? | Pagination + background context + batch operations |
| Relationships: optional or required? | Default to optional unless the model is invalid without it |
Common Pitfalls
1. Missing Unique Constraints
// Wrong - duplicate entries on re-import
@Model class Contact {
var email: String
var name: String
}
// Right - prevent duplicates
@Model class Contact {
#Unique<Contact>([\.email])
var email: String
var name: String
}
2. Fetching Too Much Data
// Wrong - loads all properties of all records
let descriptor = FetchDescriptor<Document>()
let allDocs = try modelContext.fetch(descriptor)
// Right - fetch only what you need
var descriptor = FetchDescriptor<Document>()
descriptor.propertiesToFetch = [\.title, \.createdAt]
descriptor.fetchLimit = 50
let docs = try modelContext.fetch(descriptor)
3. Modifying Models on Wrong Context
// Wrong - model from main context modified on background
let doc = documents.first!
Task.detached {
doc.title = "Updated" // Thread safety violation!
}
// Right - use background ModelContext
let container = modelContext.container
Task.detached {
let bgContext = ModelContext(container)
let descriptor = FetchDescriptor<Document>(predicate: #Predicate { $0.id == docID })
if let doc = try bgContext.fetch(descriptor).first {
doc.title = "Updated"
try bgContext.save()
}
}
How to Conduct Reviews
Step 1: Understand the Data Model
- What entities exist and how do they relate?
- What's the expected data volume?
- What are the primary query patterns?
Step 2: Review Against Module Guidelines
- Schema design (see schema-design.md)
- Query patterns (see query-patterns.md)
- Repository pattern (see repository-pattern.md)
- Performance (see performance.md)
Step 3: Provide Structured Feedback
For each issue found:
- Issue: Describe the data layer problem
- Impact: Data corruption, performance, memory, testability
- Fix: Correct implementation with code
- Migration: Note if schema changes require migration
Module References
Load these modules as needed:
-
Schema Design:
schema-design.md- @Model design and attributes
- Relationships and cascade rules
- Unique constraints and indexes
-
Query Patterns:
query-patterns.md- @Query in SwiftUI views
- FetchDescriptor for services
- Predicates, sorting, pagination
-
Repository Pattern:
repository-pattern.md- Protocol-based abstraction
- Dependency injection
- Testing with mock repositories
-
Performance:
performance.md- Batch operations
- Background contexts
- Memory optimization
Response Guidelines
- Always specify minimum deployment target (macOS 14+ for SwiftData)
- Warn about schema migration implications for model changes
- Prefer @Query for simple view data, FetchDescriptor for complex logic
- Recommend repository pattern for testable code
- Note thread safety requirements for ModelContext
When not to use it
- →When working with projects that are not new and already use Core Data.
- →When the application does not require data persistence or complex data models.
- →When the deployment target is older than macOS 14.
Limitations
- →The skill is specialized for SwiftData persistence.
- →It requires a minimum deployment target of macOS 14+ for SwiftData.
- →It focuses on patterns that work well with SwiftUI and modern Swift concurrency.
How it compares
This skill provides specific guidance on SwiftData patterns like @Model classes and FetchDescriptor, unlike a generic approach that might not cover SwiftData's unique features.
Compared to similar skills
swiftdata-architecture side by side with the closest alternatives in the catalog.
| Skill | Installs | Updated | Safety | Difficulty |
|---|---|---|---|---|
| swiftdata-architecture (this skill) | 0 | 1mo | Review | Intermediate |
| axiom-ios-data | 1 | 1mo | No flags | Intermediate |
| build-macos-apps | 70 | 8mo | Review | Intermediate |
| ios-simulator-skill | 27 | 2mo | Review | Advanced |
Try saying
Example prompts that trigger this skill in your AI assistant.
More by rshankras
View all by rshankras →You might also like
axiom-ios-data
CharlesWiltgen
Use when working with ANY data persistence, database, axiom-storage, CloudKit, migration, or serialization. Covers SwiftData, Core Data, GRDB, SQLite, CloudKit sync, file storage, Codable, migrations.
build-macos-apps
glittercowboy
Build professional native macOS apps in Swift with SwiftUI and AppKit. Full lifecycle - build, debug, test, optimize, ship. CLI-only, no Xcode.
ios-simulator-skill
conorluddy
21 production-ready scripts for iOS app testing, building, and automation. Provides semantic UI navigation, build automation, accessibility testing, and simulator lifecycle management. Optimized for AI agents with minimal token output.
build-iphone-apps
glittercowboy
Build professional native iPhone apps in Swift with SwiftUI and UIKit. Full lifecycle - build, debug, test, optimize, ship. CLI-only, no Xcode. Targets iOS 26 with iOS 18 compatibility.
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.