hig-platforms — Claude Code skill: what it does, how to install
Provides Apple Human Interface Guidelines for multi-platform design across iOS, iPadOS, macOS, tvOS, visionOS, and watchOS. Helpful when adapting an app to another Apple device.
npx skills add raintree-technology/hig-doctor --skill hig-platforms -a claude-codeWhat hig-platforms does
The skill equips coding agents with Apple Human Interface Guidelines tailored to each Apple operating system. Instead of replicating a layout across devices, it guides translation of intents: turning a macOS sidebar into an iOS tab bar, or redesigning layouts for tvOS focus navigation with the Siri Remote.
It checks .claude/apple-design-context.md before prompting the user, pulling saved platform targets and UI frameworks directly from your workspace. If no context file exists, the skill clarifies whether the app uses SwiftUI or UIKit/AppKit and verifies the primary usage setting, such as desktop, handheld, or spatial environments.
Responses output HIG citations, platform comparison matrices for navigation and inputs, plus concrete adaptation strategies with recommended system APIs.
What it helps with
- adapt iPhone navigation patterns for iPadOS multitasking layouts
- structure interaction models for visionOS eye tracking and gestures
- redesign touch layouts into keyboard and menu-driven macOS interfaces
- format glanceable information displays for watchOS complications
Example prompts for the agent
- Should I design differently for iPad vs iPhone for this dashboard?
- What input methods does visionOS use compared to touch on iOS?
- How do I adapt my macOS menu bar and toolbar actions to an iPadOS sidebar?
How to install hig-platforms
1Skills CLI (Vercel)
npx skills add raintree-technology/hig-doctor --skill hig-platforms -a claude-code2Manually: put the files in place
~/.claude/skills/hig-platforms/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/hig-platforms/
1Skills CLI (Vercel)
npx skills add raintree-technology/hig-doctor --skill hig-platforms -a codex2Manually: put the files in place
.agents/skills/hig-platforms/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add raintree-technology/hig-doctor --skill hig-platforms -a cursor2Manually: put the files in place
.cursor/skills/hig-platforms/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install raintree-technology/hig-doctor hig-platforms2Manually: put the files in place
.github/skills/hig-platforms/SKILL.md1Skills CLI (Vercel)
npx skills add raintree-technology/hig-doctor --skill hig-platforms -a gemini-cli2Platform CLI
gemini skills install https://github.com/raintree-technology/hig-doctor --path skills/hig-platformsManually: put the files in place
.devin/skills/hig-platforms/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add raintree-technology/hig-doctor --skill hig-platforms -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about hig-platforms
How to install hig-platforms in Claude Code?
Run npx skills add raintree-technology/hig-doctor --skill hig-platforms -a claude-code in your terminal. This downloads the skill into ~/.claude/skills/hig-platforms/SKILL.md.
What does the hig-platforms skill do?
It provides design guidelines and conventions for Apple platforms, covering iOS, iPadOS, macOS, tvOS, visionOS, watchOS, and games. It helps structure navigation, input methods, and platform-specific layouts.
Can hig-platforms read existing project settings?
Yes. It inspects .claude/apple-design-context.md for target platforms and UI frameworks before prompting, asking questions only when context is missing.
Source text
SKILL.md · MIT
--- name: hig-platforms version: 1.0.0 description: >- Apple Human Interface Guidelines for platform-specific design. Use this skill when the user asks about "designing for iOS", "iPad app design", "macOS design", "tvOS", "visionOS", "watchOS", "Apple platform", "which platform", platform differences, platform-specific conventions, or multi-platform app design. Also use when the user says "should I design differently for iPad vs iPhone", "how does my app work on visionOS", "what's different about macOS apps", "porting my app to another platform", "universal app design", or "what input methods does this platform use". Cross-references: hig-foundations for shared design foundations, hig-patterns for interaction patterns, hig-components-layout for navigation structures, hig-components-content for content display. --- # Apple HIG: Platform Design Check for `.claude/apple-design-context.md` before asking questions. Use existing context and only ask for information not already covered. ## Key Principles 1. **Each platform has a distinct identity.** Do not port designs between platforms. Respect each platform's conventions, interaction models, and user expectations. 2. **iOS: touch-first.** Direct manipulation on a handheld screen. Optimize for one-handed use. Navigation uses tab bars and push/pop stacks. 3. **iPadOS: expanded canvas.** Support Split View, Slide Over, and Stage Manager. Use sidebars and multi-column layouts. Support pointer and keyboard alongside touch. 4. **macOS: pointer and keyboard.** Dense information display is acceptable. Use menu bars, toolbars, and keyboard shortcuts extensively. Windows are resizable with precise control. 5. **tvOS: remote and focus.** Viewed from a distance. Design for the Siri Remote with focus-based navigation. Large text, simple layouts, linear navigation. 6. **visionOS: spatial interaction.** 3D environment using windows, volumes, and spaces. Eye tracking for targeting, indirect gestures for interaction. Respect ergonomic comfort zones. 7. **watchOS: glanceable and brief.** Information consumable at a glance. Brief interactions. Digital Crown, haptics, and complications for timely content. 8. **Games: own paradigm.** Free to define in-game interaction models, but still respect platform conventions for system interactions (notifications, accessibility, controllers). ## Reference Index | Reference | Topic | Key content | |---|---|---| | [designing-for-ios.md](references/designing-for-ios.md) | iOS | Touch, tab bars, navigation stacks, gestures, screen sizes, safe areas | | [designing-for-ipados.md](references/designing-for-ipados.md) | iPadOS | Multitasking, sidebars, pointer, keyboard, Apple Pencil, Stage Manager | | [designing-for-macos.md](references/designing-for-macos.md) | macOS | Menu bars, toolbars, window management, keyboard shortcuts, dense layouts, Dock | | [designing-for-tvos.md](references/designing-for-tvos.md) | tvOS | Focus engine, Siri Remote, lean-back experience, content-forward, parallax | | [designing-for-visionos.md](references/designing-for-visionos.md) | visionOS | Spatial computing, windows/volumes/spaces, eye tracking, hand gestures, depth | | [designing-for-watchos.md](references/designing-for-watchos.md) | watchOS | Glanceable UI, Digital Crown, complications, notifications, haptics | | [designing-for-games.md](references/designing-for-games.md) | Games | Controllers, immersive experiences, platform-specific conventions, accessibility | ## Decision Framework 1. **Identify the primary use context.** On the go (iOS/watchOS), at a desk (macOS), on the couch (tvOS), spatial environment (visionOS)? 2. **Match input to interaction.** Touch for direct manipulation, pointer for precision, gaze+gesture for spatial, Digital Crown for quick scrolling, remote for focus navigation. 3. **Adapt, don't replicate.** A macOS sidebar becomes a tab bar on iPhone. A visionOS volume has no equivalent on watchOS. Translate intent, not implementation. 4. **Leverage platform strengths.** Live Activities on iOS, Desktop Widgets on macOS, complications on watchOS, immersive spaces on visionOS. 5. **Maintain brand consistency** while respecting each platform's visual language and interaction patterns. ## Output Format 1. **Platform-specific recommendations** citing relevant HIG sections. 2. **Platform differences table** comparing navigation, input, layout, and conventions. 3. **Implementation notes** per platform including recommended APIs and adaptation strategies. ## Questions to Ask 1. Which platforms are you targeting? 2. New app or adapting an existing one? If existing, which platform is the base? 3. SwiftUI or UIKit/AppKit? 4. Need to support older OS versions? 5. Primary use context? (On the go, desk, couch, spatial, glanceable?) ## Related Skills - **hig-foundations** -- Shared principles (color, typography, accessibility, layout) across platforms - **hig-patterns** -- Interaction patterns that manifest differently per platform - **hig-components-layout** -- Navigation structures (tab bars, sidebars, split views) that vary by platform - **hig-components-content** -- Content display that adapts across platforms --- *Built by [Raintree Technology](https://raintree.technology) · [More developer tools](https://raintree.technology)*
© raintree-technology · MIT · raintree-technology/hig-doctor