hig-platforms

hig-platforms 개요

hig-platforms 스킬은 단순한 레이아웃 조언이 아니라, 플랫폼에 따라 달라지는 Apple UI 결정을 다룰 때 사용하는 스킬입니다. iPhone과 iPad의 차이를 어떻게 둬야 하는지, macOS·visionOS·tvOS·watchOS에서는 무엇이 달라지는지 같은 질문에 답해야 할 때 hig-platforms 스킬이 유용합니다. 특히 디자이너, PM, 그리고 거친 제품 아이디어를 플랫폼에 맞는 UI 선택으로 바꾸는 AI 에이전트에게 잘 맞습니다.

hig-platforms가 다루는 것

이 스킬은 각 Apple 플랫폼에 맞는 상호작용 모델, 내비게이션 방식, 밀도 수준을 고르는 데 도움을 줍니다. 핵심적인 목적은 Apple 기기에서 어색하게 느껴지고 디자인 리뷰나 구현 과정에서 마찰을 만드는 “모든 화면에 같은 UI” 실수를 막는 데 있습니다.

잘 맞는 경우

hig-platforms는 Apple 플랫폼 디자인 작업, 범용 앱 설계, 또는 한 플랫폼에서 다른 플랫폼으로 앱을 이식할 때 쓰기 좋습니다. 특히 프롬프트에 플랫폼별 제약, 입력 방식, 또는 특정 기기에서 기능 자체가 필요한지에 대한 질문이 포함되어 있을 때 효과가 큽니다.

무엇이 다른가

hig-platforms의 가장 큰 가치는 의사결정 가이드에 있습니다. 일반적인 UI 체크리스트를 주는 대신, 플랫폼 정체성, 입력 방식, 레이아웃 기대치를 강조합니다. 그래서 Apple Human Interface Guidelines를 기준으로 결과가 달라져야 하는 상황에서는, 단순히 “더 나은 디자인을 하라”는 범용 프롬프트보다 훨씬 유용합니다.

hig-platforms 스킬 사용법

스킬 설치하고 불러오기

리포지토리에서 안내하는 hig-platforms install 설치 흐름을 따라가고, 스킬이 에이전트 워크스페이스에서 사용할 수 있는지 확인하세요. 설정상 경로로 스킬이 노출된다면 핵심 파일은 skills/hig-platforms/SKILL.md입니다.

먼저 올바른 파일부터 읽기

먼저 SKILL.md를 읽고, 환경에 리포지토리 주변 맥락이 있다면 함께 확인하세요. 특히 스킬이 언급하는 디자인 컨텍스트 노트가 중요합니다. hig-platforms usage에서는 디자인 출력을 요청하기 전에 플랫폼, 기기 클래스, 목표 작업을 정확히 잡아내는 것이 가장 중요합니다.

거친 요청을 실제로 쓸 수 있는 프롬프트로 바꾸기

약한 요청은 이렇게 말합니다: “Apple 플랫폼용으로 이 앱을 디자인해줘.”
더 강한 요청은 이렇게 말합니다: “hig-platforms를 사용해서 캘린더 앱을 iPhone, iPad, macOS에 맞게 조정해줘. 핵심 작업은 회의 일정 잡기야. iPhone은 한 손 조작에 맞추고, iPad는 멀티 컬럼 내비게이션을 사용하고, macOS는 키보드 단축키를 활용해 밀도 있게 구성해줘.”

더 나은 결과를 만드는 워크플로

제품 방향이 아직 불확실하다면 한 번에 하나의 플랫폼만 요청하고, 핵심 모델이 명확해진 뒤에 멀티 플랫폼으로 확장하세요. 기존 UI 결정, 필요한 입력값, 그리고 터치 전용인지, 포인터 우선인지, watch에서 한눈에 보는 경험이 중요한지 같은 제약을 함께 제공하세요. hig-platforms의 UI Design 작업에서는 긴 기능 목록보다 이런 맥락이 훨씬 더 중요합니다.

hig-platforms 스킬 FAQ

hig-platforms는 Apple 디자인 팀만 쓰는 건가요?

아닙니다. 개발자, 제품팀, AI 에이전트를 포함해 Apple 플랫폼 UI에 대한 프롬프트나 명세를 작성하는 누구에게나 유용합니다. 결과물이 Apple의 관례를 따라야 한다면 hig-platforms는 아주 잘 맞습니다.

일반 프롬프트 대신 이 스킬을 써야 하나요?

플랫폼 차이가 중요할 때는 대체로 그렇습니다. 일반 프롬프트도 무난한 UI 문구를 만들 수는 있지만, Apple 기대치에 맞는 플랫폼별 내비게이션, 밀도, 입력 동작이 필요하다면 hig-platforms 가이드가 더 좋습니다.

초보자도 쓰기 쉬운가요?

플랫폼 이름과 사용자의 작업만 말할 수 있다면 충분히 쉽습니다. HIG를 깊게 알 필요는 없지만, 경험이 터치 우선인지, 포인터 우선인지, 한눈에 보기 우선인지 이미 알고 있으면 결과가 더 좋아집니다.

언제 hig-platforms를 쓰지 말아야 하나요?

순수하게 비주얼 브랜딩이 목적이라면 쓰지 마세요. 또는 Apple 플랫폼에 묶이지 않은 크로스플랫폼 디자인 조언이 필요할 때도 맞지 않습니다. 어떤 기기군을 대상으로 설계하는지 아직 정하지 못했다면 이것도 좋은 선택이 아닙니다.

hig-platforms 스킬 개선 방법

플랫폼 결정을 먼저 명확히 제시하기

hig-platforms 결과를 가장 빠르게 개선하는 방법은 정확한 플랫폼 구성을 먼저 적는 것입니다: iPhone만, iPad 전용, macOS 동반 앱, 또는 완전한 유니버설 앱인지. 이게 모호하면 스킬이 올바른 상호작용과 레이아웃 모델을 추측해야 합니다.

기능 목록만 말하지 말고 작업을 함께 적기

이 스킬은 사용자가 무엇을 하려는지까지 말해줄 때 가장 잘 작동합니다. 예를 들어 “이동 중에 청구서를 검토한다” 또는 “키보드 지원으로 복잡한 프로젝트 설정을 편집한다”처럼요. 그래야 hig-platforms가 잘못된 멘탈 모델이 아니라 실제 작업에 맞춰 적절한 내비게이션 깊이, 밀도, 컨트롤 배치를 고를 수 있습니다.

제약 조건을 명시하고 첫 결과를 검토하기

접근성, Apple 입력 방식, Split View 지원, 각 기기에서 네이티브하게 느껴져야 하는지 같은 제약을 꼭 말하세요. 첫 결과를 받은 뒤에는 특정 플랫폼에서 무엇을 바꿔야 하는지, 어디가 Apple 관례와 충돌하는지, 가장 작은 화면에서 무엇을 단순화해야 하는지 물으며 다듬으면 됩니다.