
Axiom Swiftui
Route any SwiftUI view, navigation, layout, animation, performance, or debugging task through Axiom’s indexed sub-skill references instead of guessing APIs.
Install
npx skills add https://github.com/charleswiltgen/axiom --skill axiom-swiftuiWhat is this skill?
- Mandatory router for ANY SwiftUI work per skill HARD requirement
- Symptom-to-reference table: debugging, nav, layout, performance, architecture, animations, containers
- Dedicated preview guidance including @Previewable, PreviewModifier, and variant matrices
- Escalation paths to diagnostic refs when first-line debugging or nav fixes fail
- Covers iOS 26-oriented features called out in the skill description
Adoption & trust: 1 installs on skills.sh; 958 GitHub stars; 2/3 security scanners passed (skills.sh audits); trending (+100% hot-view momentum).
Recommended Skills
Vercel React Native Skillsvercel-labs/agent-skills
Firebase Basicsfirebase/agent-skills
Building Native Uiexpo/skills
Firebase Ai Logic Basicsfirebase/agent-skills
Native Data Fetchingexpo/skills
Firebase Firestorefirebase/agent-skills
Journey fit
Common Questions / FAQ
Is Axiom Swiftui safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.
SKILL.md
READMESKILL.md - Axiom Swiftui
# SwiftUI **You MUST use this skill for ANY SwiftUI work including views, state, navigation, layout, animations, architecture, gestures, and debugging.** ## Quick Reference | Symptom / Task | Reference | |----------------|-----------| | View not updating | See `skills/debugging.md` | | View update still broken after debugging | See `skills/debugging-diag.md` | | Slow previews / building good previews / `@Previewable` / `PreviewModifier` / variant matrix | See `skills/previews.md` | | Preview API reference (`#Preview`, traits, modes, Development Assets) | See `skills/previews-ref.md` | | Preview crashes / won't load | See `skills/debugging.md` (Preview Crashes section) | | Navigation issues | See `skills/nav.md` | | Navigation still broken after debugging | See `skills/nav-diag.md` | | Navigation API reference | See `skills/nav-ref.md` | | Layout breaks on iPad/rotation | See `skills/layout.md` | | Layout API reference | See `skills/layout-ref.md` | | Performance/lag/slow scroll | See `skills/swiftui-performance.md` | | Architecture/testability | See `skills/architecture.md` | | Animation issues | See `skills/animation-ref.md` | | Stacks/grids/outlines | See `skills/containers-ref.md` | | Custom containers / List replacement (iOS 18+) | See `skills/containers-ref.md` Part 7 | | Search implementation | See `skills/search-ref.md` | | Toolbars, ToolbarItem, sheet button placement, customization | See `skills/toolbars.md` | | Gesture conflicts | See `skills/gestures.md` | | iOS 26 features | See `skills/26-ref.md` | ## Non-SwiftUI UI Routes These topics are part of the broader iOS UI domain but live in separate suites: #### UIKit issues - Auto Layout conflicts → See axiom-uikit (skills/auto-layout-debugging.md) - Animation timing → See axiom-uikit (skills/uikit-animation-debugging.md) - SwiftUI ↔ UIKit bridging → See axiom-uikit (skills/uikit-bridging.md) #### Design & guidelines - Liquid Glass adoption → See axiom-design (skills/liquid-glass.md) - SF Symbols → See axiom-design (skills/sf-symbols.md) - HIG compliance → See axiom-design (skills/hig.md) - Typography → See axiom-design (skills/typography-ref.md) - TextKit/rich text → See axiom-uikit (skills/textkit-ref.md) #### Other - tvOS (focus, remote, text input) → See axiom-swift (skills/tvos.md) - App-level composition (root, auth, scenes) → See axiom-design (skills/app-composition.md) - Drag/drop, sharing, copy/paste → See axiom-swift (skills/transferable-ref.md) - VoiceOver, Dynamic Type → `/skill axiom-accessibility` - UI test flakiness → `/skill axiom-testing` - UX dead ends, dismiss traps → Launch `ux-flow-auditor` agent #### watchOS-specific patterns - Glanceable UI, watch navigation, Smart Stack widgets → See axiom-watchos ## Conflict Resolution **axiom-swiftui vs axiom-performance**: When UI is slow (e.g., "SwiftUI List slow"): 1. **Try axiom-swiftui FIRST** — Domain-specific fixes (LazyVStack, view identity, @State optimization) often solve UI performance in 5 minutes 2. **Only use axiom-performance** if domain fixes don't help — Profiling takes longer and may confirm what domain knowledge already knows ## Decision Tree ```dot digraph swiftui { start [label="SwiftUI issue" shape=ellipse]; what [label="What's wrong?" shape=diamond]; start -> what; what -> "skills/debugging.md" [label="view not updating"]; what -> "skills/nav.md" [label="navigation"]; what -> "skills/swiftui-performance.md" [label="slow/lag"]; what -> "skills/layout.md" [label="adaptive layout"]; what -> "skills/containers-ref.md" [label="stacks/grids/outlines"]; what -> "skills/architecture.md" [label="feature architecture"]; what -> "skills/animation-ref.md" [label="animations"]; what -> "skills/gestures.md" [label="gestures"]; w