hig-patterns

hig-patterns 스킬 개요

hig-patterns는 iOS, iPadOS 및 관련 Apple 경험에서 흔한 앱 상호작용을 어떻게 동작시킬지 결정할 때 쓰는 Apple Human Interface Guidelines 패턴 스킬입니다. 모달을 써야 하는지, 온보딩은 어떤 흐름이어야 하는지, 로딩을 어떻게 보여줄지, 확인 대신 실행 취소를 제공해야 하는지 같은 질문에 근거 있는 답이 필요할 때 특히 유용합니다.

hig-patterns는 무엇을 위한 스킬인가

hig-patterns skill은 UI 카피를 만들어내는 데 그치지 않고, 제품 목표를 올바른 상호작용 패턴에 연결하도록 돕습니다. 빠듯한 시간 안에 Apple에 맞는 UX 결정을 내려야 하는 제품 디자이너, 엔지니어, AI 에이전트를 위해 만들어졌습니다.

가장 잘 맞는 작업

온보딩, 검색, 설정, 권한, 알림, 멀티태스킹, 드래그 앤 드롭, 공유, 파일 관리, 피드백 상태를 설계하거나 검토할 때 hig-patterns를 사용하세요. 기능 영역은 이미 알고 있지만 상호작용 모델이 필요한 hig-patterns for UI Design 상황에서 특히 잘 맞습니다.

무엇이 다른가

이 스킬은 Apple HIG의 패턴 선택에 강하게 의견을 제시합니다. 모달은 최소화하고, 즉각적인 피드백을 주며, 실행 취소를 우선하고, 작업에 꼭 맞으면서도 가장 덜 방해적인 컨트롤을 고르는 방향입니다. 시각적 스타일보다 상호작용 선택에 초점을 두기 때문에, 실제로 좋은 Apple UX 결정을 가로막는 지점을 더 잘 해결해 줍니다.

hig-patterns 스킬 사용 방법

설치하고 활성화하기

스킬 관리자에서 hig-patterns install 흐름을 사용하거나, 환경이 지원한다면 raintree-technology/apple-hig-skills를 표준 skills 명령으로 설치하세요. 설치한 뒤에는 모델에 작업 내용과 Apple 플랫폼 맥락을 알려주고, 일반적인 UI 비평이 아니라 패턴 추천을 요청하면 됩니다.

올바른 입력을 주기

좋은 hig-patterns usage 프롬프트에는 플랫폼, 사용자 목표, 현재 흐름, 무엇이 문제인지, 그리고 추가 화면 금지, 오프라인 동작 필요, 파괴적 작업 위험 같은 제약이 들어가야 합니다. 예를 들어: “iPhone에서 동기화된 메모를 삭제할 때 사용자가 실수로 자주 동작하고, 빠른 복구 경로가 필요하다면 Apple HIG에 가장 맞는 패턴을 설계해 주세요.”

먼저 읽을 파일

먼저 skills/hig-patterns/SKILL.md를 읽고, 작업 공간에 존재한다면 .claude/apple-design-context.md도 확인하세요. 스킬 본문은 짧고 독립적이므로 살펴볼 보조 폴더는 없고, 핵심은 패턴 규칙과 인접한 HIG 스킬에 대한 교차 참조에 있습니다.

더 나은 결과를 만드는 작업 흐름

이 hig-patterns guide 흐름을 사용하세요. 작업을 설명하고, 추천 패턴을 요청한 뒤, Apple 제약 조건에 맞는지 검증하고, 마지막으로 엣지 케이스와 대체 동작을 물어보는 방식입니다. 이미 제안된 UI가 있다면, 지나치게 모달적인지, 정보가 부족한지, 피드백이 빠졌는지 평가해 달라고 요청하세요.

hig-patterns 스킬 FAQ

hig-patterns는 Apple 디자인 작업에만 쓰이나요?

그렇습니다. hig-patterns는 Apple 플랫폼의 상호작용 결정을 위해 만들어졌기 때문에, 일반적인 웹이나 Android 패턴보다 Apple HIG에 맞아야 하는 결과물에서 가장 강합니다.

일반 프롬프트와는 어떻게 다른가요?

일반 프롬프트도 괜찮은 아이디어를 낼 수 있지만, hig-patterns는 더 선명한 판단 기준을 제공합니다. 시트와 알럿 중 무엇을 써야 하는지, 진행 상태를 어떻게 다뤄야 하는지, 실행 취소가 확인보다 나은 경우는 언제인지, 어느 정도의 중단이 정당한지까지 더 분명하게 짚어 줍니다. 그래서 보통 되묻기와 모호한 조언이 줄어듭니다.

초보자도 쓰기 쉬운가요?

네, 사용자가 해야 할 일을 평범하게 설명할 수만 있다면 충분합니다. HIG를 깊이 알아야만 쓸 수 있는 것은 아니지만, 플랫폼, 작업, 위험 수준을 얼마나 분명하게 적느냐에 따라 결과 품질이 달라집니다.

언제는 사용하지 말아야 하나요?

비주얼 브랜딩, 컴포넌트 라이브러리 코드, 플랫폼에 구애받지 않는 UX 조언이 필요하다면 hig-patterns를 쓰지 마세요. 이 스킬은 패턴을 고르는 데 특화되어 있으므로, 실제 질문이 레이아웃 구현이나 디자인 시스템 토큰이라면 효용이 가장 낮습니다.

hig-patterns 스킬 개선하기

기능이 아니라 결정 지점을 주기

가장 좋은 입력은 스킬이 어떤 선택에 막혀 있는지 바로 알려줍니다. 예: “모달이냐 인라인이냐”, “삭제 확인이냐 실행 취소냐”, “스피너냐 진행 바냐”, “지금 권한 요청이냐 나중이냐”. 이렇게 해야 일반적인 디자인 리뷰보다 더 나은 hig-patterns usage 결과가 나옵니다.

실패 모드를 포함하기

흐름에서 무엇이 잘못될 수 있는지 적어 주세요. 실수 탭, 긴 대기, 반복 오류, 민감한 데이터, 사용자 불확실성 등이 여기에 해당합니다. hig-patterns는 중단, 복구 가능성, 피드백을 서로 비교해 판단할 수 있을 때 가장 강합니다.

제약과 트레이드오프를 함께 요청하기

기존 화면, 짧은 작업 흐름, 접근성 요구사항 안에 맞춰야 한다면 처음부터 밝혀 주세요. 이 스킬은 여러 옵션을 나열하는 것보다, 왜 특정 Apple 패턴이 그 제약에서 더 적합한지 설명할 수 있을 때 더 유용합니다.

더 좁은 후속 질문으로 반복하기

첫 답변을 받은 뒤에는 구체적인 엣지 케이스로 좁혀 보세요. 예: “작업이 파괴적이지만 되돌릴 수 있다면?” 또는 “iPad 멀티태스킹에서는 어떻게 동작해야 하나요?” 이런 식으로 묻는 것이 좋은 hig-patterns guide 응답을 구현 가능한 패턴으로 바꾸는 가장 빠른 방법입니다.