Agent Native

apple-design

This skill applies Apple's current design system (Human Interface Guidelines and Liquid Glass language) to app interfaces and marketing pages.

by SudewaJayCommunityNot reviewed

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.”
The author's description, from SKILL.md

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-design

Installs 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@57bfab7daf8766a9a45cfc405790e749c71eda30

Installs 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.

Skill folder on GitHub at 57bfab7

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 57bfab7

Files

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 57bfab7
  • 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

The skills listed here are third-party software, collected from public GitHub repositories as a catalog of recent skills and provided as is. Agent Native does not write or control them and is not responsible for any harm, loss or damage caused by installing or using them. Labels and checks describe what we saw at one commit and are not a guarantee. Read a skill's files before you run it. Terms of use