apple-design
This skill applies Apple's current design system (Human Interface Guidelines and Liquid Glass language) to app interfaces and marketing pages.
Community author
- Agents
- Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode, claude.ai and API
- License
- MIT (permissive)
- Pin
- 57bfab7pinned Oct 9, 2026
- Context cost
- about 1,300 tokenswhen the skill loads
- GitHub stars
- 6on sudewajay/apple-design-skill
- Scripts
- None found
What it does
“Apply Apple's current design language (Human Interface Guidelines + Liquid Glass, mid-2026) to any UI work — app interfaces in the iOS/iPadOS/macOS style, and marketing/landing pages in the Apple.com style (huge headlines, alternating light/dark sections, scroll-driven product reveals). Use this skill whenever the user asks for "Apple style", "Apple-like", "HIG", "iOS style", "macOS style", "Liquid Glass", "iOS 26 style", "Cupertino", a "clean premium minimal" landing page, or a product page that feels like an iPhone/Mac launch page — even if they don't say "Apple" explicitly but describe frosted glass, floating tab bars, pill buttons, giant centered headlines, or scroll-scrubbed product animations. Also use when reviewing/critiquing a design for Apple-platform fit. Works for HTML/CSS/JS prototypes, React + Tailwind, and Figma design guidance.”
Generated summary from the skill's own text
This skill applies Apple's current design system (Human Interface Guidelines and Liquid Glass language) to app interfaces and marketing pages. It provides specific guidance on typography, materials, layout, color, motion, and interaction patterns for iOS, iPadOS, macOS, and Apple.com-style designs, with implementation details for HTML/CSS, React, and Figma.
When to use it
- Building app UIs for iOS, iPadOS, or macOS platforms
- Creating marketing or landing pages in Apple.com visual style
- Implementing designs in React, Tailwind, HTML/CSS, or Figma
- Reviewing designs for Apple platform consistency and fit
When not to
- Projects requiring Material Design or Android-specific patterns
- Designs where brand guidelines conflict with Apple's minimalist philosophy
- Non-Apple platforms where mimicking Apple style is inappropriate
Install
These commands install from the publisher's repository and need no account.
skills CLI
npx skills add sudewajay/apple-design-skill --skill apple-designInstalls from the repository's default branch, which may have changed since the commit we checked.
GitHub CLI 2.90 or later
gh skill install sudewajay/apple-design-skill apple-design@57bfab7daf8766a9a45cfc405790e749c71eda30Installs the commit we checked (57bfab7).
Copy by hand
Download the folder at 57bfab7 and put it in .claude/skills/apple-design for Claude Code and in .agents/skills/apple-design for Codex, Cursor, Gemini CLI, GitHub Copilot and OpenCode.
Copy for your agent
A prompt for any coding agent. It installs this skill from GitHub at the pinned commit, copies the files as they are, and runs nothing unless you ask.
Prompt
Install the agent skill "apple-design" by SudewaJay. Source, pinned to commit 57bfab7daf8766a9a45cfc405790e749c71eda30: https://github.com/sudewajay/apple-design-skill/tree/57bfab7daf8766a9a45cfc405790e749c71eda30/apple-design 1. Download that folder at exactly this commit. Do not use the default branch. 2. Copy every file unchanged, keeping the folder structure, into .claude/skills/apple-design/ for Claude Code and .agents/skills/apple-design/ for Codex, Cursor, Gemini CLI, GitHub Copilot and OpenCode. Create the folders if they do not exist. 3. Do not edit the files, and do not run any script in the folder unless I ask you to. 4. When you are done, list the files you copied and where you put them. Listing and checks: https://www.agentnative.dev/skills/sudewajay/apple-design
SKILL.md at the pin
--- name: apple-design description: Apply Apple's current design language (Human Interface Guidelines + Liquid Glass, mid-2026) to any UI work — app interfaces in the iOS/iPadOS/macOS style, and marketing/landing pages in the Apple.com style (huge headlines, alternating light/dark sections, scroll-driven product reveals). Use this skill whenever the user asks for "Apple style", "Apple-like", "HIG", "iOS style", "macOS style", "Liquid Glass", "iOS 26 style", "Cupertino", a "clean premium minimal" landing page, or a product page that feels like an iPhone/Mac launch page — even if they don't say "Apple" explicitly but describe frosted glass, floating tab bars, pill buttons, giant centered headlines, or scroll-scrubbed product animations. Also use when reviewing/critiquing a design for Apple-platform fit. Works for HTML/CSS/JS prototypes, React + Tailwind, and Figma design guidance. --- # Apple Design (HIG + Liquid Glass edition) This skill makes output actually *feel* Apple — not "generic minimal with more whitespace". The difference lives in specific numbers (type scales, radii, hit targets, easing) and in a philosophy of restraint. Specs here are synthesized from Apple's Human Interface Guidelines as of mid-2026, which means the current **Liquid Glass** design language, not the pre-2025 flat look. ## The one thing to know first: Liquid Glass Since 2025, Apple platforms separate every screen into two layers: 1. **Content layer** — the app's actual content. Extends edge-to-edge, scrolls under everything, uses opaque backgrounds and standard materials. 2. **Functional layer (Liquid Glass)** — controls and navigation (tab bars, toolbars, sidebars, buttons) that *float above* content on a dynamic glass material. It has no color of its own; it refracts what's beneath, adapts light/dark from the underlying content, and keeps symbols monochrome by default. Practical rules: bars are floating rounded/capsule islands, not full-width strips glued to edges. Content visibly scrolls beneath them. A *scroll edge effect* (progressive blur/fade) separates floating controls from content — never a hard hairline by default. Color on glass is reserved: tint the **background** of at most one prominent action (e.g. Done); everything else stays monochrome. Don't build content-layer cards out of glass — glass is for interactive chrome only. ## Route to the right reference | Deliverable | Read | |---|---| | App UI — any screen, component, or flow | `references/hig-foundations.md` + `references/hig-components.md` | | UX flows, copy, empty/error/loading states, onboarding, settings, search | `references/hig-patterns.md` | | Marketing/landing/product page | `references/marketing-pages.md` | | HTML/CSS/JS or React+Tailwind build (tokens, glass recipes, motion code) | `references/code-implementation.md` (in addition to the above) | | Figma work (frames, variables, text styles, effects) | `references/figma-workflow.md` (in addition to the above) | Mixed requests (landing page showing app screenshots): marketing rules govern the page; HIG rules govern anything depicted as an app. ## Core philosophy (applies to everything) Apple's stated principles — purpose, agency, responsibility, familiarity, flexibility, simplicity, craft, delight — cash out in practice as: - **One idea per screen/section.** Each view makes one point with one hero element. If it feels busy, cut elements; don't shrink them. - **Content first, chrome recedes.** Controls float above and stay minimal; content owns the screen edge-to-edge. - **Typography carries hierarchy** — dramatic size/weight jumps, not boxes and borders. Body 17pt (iOS) / 13pt (macOS); headlines are several steps up, never one. - **Near-monochrome chrome.** Tint marks *interactivity* — anything tinted looks tappable, so never tint static decoration. One or two tinted elements per view, maximum. - **Depth through material, not shadow stacks.** Glass, background-level steps (system → secondary → tertiary), and hairlines at 8–30% opacity. Shadows only for genuinely floating things, soft and low-opacity. - **Motion is physics, tied to input.** Springs and scroll-linked transforms that settle fast; direction of dismissal mirrors direction of arrival; always honor Reduce Motion. - **Forgiveness.** Easy undo, obvious dismiss, confirmation only for non-undoable destruction. ## Font strategy (read before choosing fonts) Apple's SF Pro / SF Compact / New York fonts are licensed for Apple-platform design and development only: - **Prototypes viewed on Apple devices**: use the system stack — `-apple-system, BlinkMacSystemFont, "SF Pro Display", "SF Pro Text", "Helvetica Neue", Arial, sans-serif` — which renders true SF on Mac/iPhone. - **Client production work / non-Apple distribution**: recommend **Inter** (with `font-feature-settings: "cv05", "cv11"` for SF-like letterforms) and tell the client why. Never embed SF font files in deliverables. - **In Figma**: SF Pro is fine (free for design), Inter as fallback. - SF is a variable font with dynamic optical sizing; mimic it by tightening tracking as size grows: ~`-0.003em` at 17px → `-0.015em` at 48px → `-0.022em` at 80px+. ## Quality bar — self-check before delivering 1. Could one more element be removed? (Usually yes — do it.) 2. Do bars/controls float over content with a scroll edge effect, or are they opaque strips? (Strips = pre-2025.) 3. Is anything tinted that isn't interactive? Is more than one control's *background* tinted? 4. Are hit targets ≥ 44×44pt (28×28 macOS) with breathing room? 5. Do buttons read as Apple capsules/rounded-rects — not 1px-outlined rectangles (Material) and no ripple effects (Android)? 6. Dark surfaces: `#000` base with elevated `#1c1c1e`-family steps, text `#f5f5f7`-family — never pure white text? 7. Does every gesture have an on-screen alternative, and every destructive action a Cancel? 8. Would a casual observer accept a screenshot of this as an Apple app / apple.com? If the user's brand conflicts with strict Apple rules (e.g., a gold hotel accent), keep the structure and restraint and swap only the tint color — and say you're doing this.
From sudewajay/apple-design-skill at 57bfab7, shown as plain text under its license: MIT (permissive). The license text is in LICENSE.
View SKILL.md on GitHub at 57bfab7Files
- SKILL.md6.2 KB · a1bab94cd512
- references/
- code-implementation.md7.5 KB · 23cdadfa89cf
- figma-workflow.md4.4 KB · 8cc39b02f7d4
- hig-components.md7.1 KB · 07a5b9a5bb16
- hig-foundations.md8.1 KB · 0174f13cc600
- hig-patterns.md5.5 KB · 025b565571e3
- marketing-pages.md4.2 KB · 059ce36a1163
7 files, 43 KB in total. Each file has a sha256 in the pin's manifest; the first 12 characters are shown.
Skill folder on GitHub at 57bfab7Related in Frontend and design
extract-design
This skill extracts a complete design system from any website URL, analyzing colors, typography, spacing, and components.
by Manavarya09Community
Claude Code, Codex, Cursor +4 · about 660 tokens · pinned 6 days ago
stitch::extract-design-md
Extracts a comprehensive design system document (DESIGN.md) by analyzing frontend source code including component files, stylesheets, Tailwind configs, and…
by GoogleOfficial publisher
Claude Code, Codex, Cursor +4 · about 3.3K tokens · pinned 6 days ago
web-artifacts-builder
This skill enables building complex React artifacts for Claude with React 18, TypeScript, Vite, Tailwind CSS, and shadcn/ui components.
by SnykOfficial publisher
Contains scripts
Claude Code, Codex, Cursor +3 · about 670 tokens · pinned 6 days ago
crxjs
CRXJS is a Vite plugin for Chrome extension development that provides true hot-module reloading for popups, options pages, content scripts, and side panels.
by samberCommunity
Claude Code · about 2.3K tokens · pinned 6 days ago
react-email
React Email lets agents build HTML email templates as React components and render them to HTML or plain text.
by ResendOfficial publisher
Claude Code, Codex, Cursor +4 · about 3.4K tokens · pinned 6 days ago
apollo-client
This skill guides building React applications with Apollo Client 4.x for managing GraphQL queries, mutations, and state.
by Apollo GraphQLOfficial publisher
Claude Code, Codex, Cursor +4 · about 1.7K tokens · pinned 6 days ago