ios-hig▌
johnrogers/claude-swift-engineering · updated Apr 8, 2026
Apple's Human Interface Guidelines define the visual language, interaction patterns, and accessibility standards that make iOS apps feel native and intuitive. The core principle: clarity and consistency through thoughtful design.
iOS Human Interface Guidelines
Apple's Human Interface Guidelines define the visual language, interaction patterns, and accessibility standards that make iOS apps feel native and intuitive. The core principle: clarity and consistency through thoughtful design.
Reference Loading Guide
ALWAYS load reference files if there is even a small chance the content may be required. It's better to have the context than to miss a pattern or make a mistake.
| Reference | Load When |
|---|---|
| Interaction | Touch targets, navigation, layout, hierarchy, or gesture patterns |
| Content | Empty states, writing copy, typography, or placeholder text |
| Visual Design | Colors, materials, contrast, dark mode, or SF Symbols |
| Accessibility | VoiceOver, Dynamic Type, Reduce Motion, or accessibility labels |
| Feedback | Animations, haptics, loading states, or error messages |
| Performance | Responsiveness, system components, or app launch |
| Privacy | Permission requests, data handling, or privacy-sensitive APIs |
Common Mistakes
-
Touch targets smaller than 44x44 points — Buttons and interactive elements must be at least 44x44 points (iOS) to accommodate thumbs. Smaller targets cause frustrated users and accessibility failures.
-
Ignoring Dynamic Type constraints — Text with fixed sizes doesn't respect user accessibility settings. Use Dynamic Type sizes, test with Large or Extra Large settings, and avoid hardcoded font sizes.
-
Insufficient color contrast in dark mode — Colors that work in light mode may fail accessibility in dark mode. Test with Reduce Contrast accessibility setting enabled for both modes.
-
Over-animating transitions — Animations that feel smooth at 60fps can trigger motion sickness in users with vestibular issues. Respect Reduce Motion settings and keep animations under 300ms.
-
Missing VoiceOver labels on custom controls — Custom buttons, toggles, or interactive views need
.accessibilityLabel()and.accessibilityHint()or they're completely unusable to screen reader users. -
Haptic overuse — Every action does NOT need haptic feedback. Reserve haptics for confirmations (purchase, critical action) and errors. Excessive haptics are annoying and drain battery.
Discussion
Product Hunt–style comments (not star reviews)- No comments yet — start the thread.
Ratings
4.7★★★★★69 reviews- ★★★★★Kaira Khanna· Dec 28, 2024
ios-hig is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Omar Mensah· Dec 24, 2024
Solid pick for teams standardizing on skills: ios-hig is focused, and the summary matches what you get after install.
- ★★★★★Neel Mensah· Dec 12, 2024
ios-hig fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.
- ★★★★★Michael Reddy· Dec 8, 2024
Keeps context tight: ios-hig is the kind of skill you can hand to a new teammate without a long onboarding doc.
- ★★★★★Hana Patel· Dec 8, 2024
ios-hig is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.
- ★★★★★Naina Srinivasan· Nov 27, 2024
ios-hig has been reliable in day-to-day use. Documentation quality is above average for community skills.
- ★★★★★Ama Mehta· Nov 27, 2024
Solid pick for teams standardizing on skills: ios-hig is focused, and the summary matches what you get after install.
- ★★★★★Ama Haddad· Nov 23, 2024
I recommend ios-hig for anyone iterating fast on agent tooling; clear intent and a small, reviewable surface area.
- ★★★★★Hana Ndlovu· Nov 23, 2024
Useful defaults in ios-hig — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.
- ★★★★★Xiao Patel· Nov 19, 2024
Solid pick for teams standardizing on skills: ios-hig is focused, and the summary matches what you get after install.
showing 1-10 of 69