Apple HIG: Design Foundations
아름다운 앱을 위한 Apple 가이드라인 마스터하기
공식 Human Interface Guidelines를 따라 네이티브的外观과 느낌을 가진 Apple 앱을 구축하세요. 디자인 거부를 ��지하고 모든 플랫폼에서 Apple의 접근성, 레이아웃, 시각 표준을 충족하도록 앱을 보장하세���.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "Apple HIG: Design Foundations". iOS에서 17pt 텍스트에 필요한 ���비율은 무엇인가요?
النتيجة المتوقعة:
17pt 이하의 텍스트(웨이트 상관없이)의 경우 WCAG Level AA를 충족하려면 최소 4.5:1의 대비율이 필요하며, 이것이 Apple의 Accessibility Inspector가 기준으로 사용하는 값입니다. 18pt 이상의 텍스트나 모든 크기의 굵은 텍스트의 경우 요��사항이 3:1로 낮아집니다. 출처: accessibility.md, 'Vision' 섹션.
استخدام "Apple HIG: Design Foundations". SwiftUI에서 의미론적 시스템 색상을 사용하는 방법을 보여주세요
النتيجة المتوقعة:
Color.label, Color.secondaryLabel, Color.systemBackground와 같은 의미론적 색상 API를 사용하여 값을 하드코딩하는 대신 사용하세요. 이들은 자동으로 밝음/어두움 모드와 Increase Contrast에 적응합니다: Text('Hello').foregroundColor(.label).background(Color.systemBackground). 출처: color.md, 'System colors' 섹션.
استخدام "Apple HIG: Design Foundations". 텍스트 뷰에서 Dynamic Type을 지원하려면 어떻게 하나요?
النتيجة المتوقعة:
.body, .headline, .subheadline과 같은 의미론적 텍스트 스타일을 적용하면 사용자가 선호하는 텍스트 크기에 따라 자동으로 스케일됩니다: Text('Hello').font(.body). 이것은 iOS에서 11pt에서 23pt까지 전체 범위를 지원합니다. 오버플로우를 방지하기 위해 frame(maxWidth: .infinity)과 적절한 레이아웃 제약 조건과 결합하세요. 출처: typography.md, 'Supporting Dynamic Type' 섹션.
التدقيق الأمني
آمنStatic analysis detected 2676 pattern matches across 18 markdown documentation files (4647 lines). All findings are confirmed FALSE POSITIVES from legitimate documentation content: Ruby backtick notation for inline code examples (e.g., `systemRed`, `label`), hardcoded URLs linking to Apple's official developer documentation, and 'C2 keywords' that are benign terminology in accessibility/design contexts (e.g., 'control' for Switch Control, 'access' for accessibility, 'capture' for screen capture guidelines). This skill contains only static markdown reference documentation with no executable code, network operations, or security risks. Safe to publish.
درجة الجودة
ماذا يمكنك بناءه
접근 가능한 iOS 앱 디자인
VoiceOver 라벨, Dynamic Type 지원, WCAG AA 대비율을 구현하여 앱이 Apple 접근성 표준을 충족하도록 보장하세요. Accessibility Inspector로 테스트하는 방법과 모든 대화형 요소에 대한 접근 가능한 대안을 제공하는 방법을 알아보세요.
다크 모드 지원 구현
의미론적 시스템 색상을 사용하여 밝은 ��드와 어두운 모드 모두에 맞게 앱의 색상 구성표를 조정하세요. 두 모드 모두에서 대비��� 테스트하는 방법, 생동감 있는 소재를 적용하는 방법, 모든 외형에서 사용자 정의 팔레트가 작동하도록 보장하는 방법을 이해하세요.
앱 ���이포그래피 표준화
Apple의 타입 스케일과 텍스트 스타일을 사용하여 텍스트가 Dynamic Type으로 적절히 스케일되도록 보장하세요. SF Pro와 사용자 정의 글꼴 중 언제 사용해야 하는지, 글꼴 웨이트 계층 구조를 구현하는 방법, 줄 간격 모범 사례를 알아보세요.
جرّب هذه الموجهات
배경색 #007AFF와 흰색 텍스트로 iOS용 버튼을 디자인하고 ��습니다. 이 조합은 접근 가능한가요? 어떤 대비율을 달성하며 어떤 WCAG 레벨을 충족하나요?
SwiftUI로 양식을 구축 중이며 라벨, 보조 텍스트, 오류 상태에 올바른 의미론적 색상을 사용해야 합니다. 다크 모드에 적응하는 시스템 색상을 사용하는 코드 패턴을 보여주세요.
사용자가 접근성 설정에서 더 큰 글꼴 크기를 활성화하면 텍스트 레이아웃이 깨집니다. 11pt에서 23pt까지 적절히 스케일되도록 텍스트 스타일과 Auto Layout을 사용하여 SwiftUI 뷰를 구조화하는 방법을 보여주세요.
SF Symbols의 시각적 모양과 일치하는 사용자 정의 아이콘이 필요합니다. 심벌 웨이트, 그리드 정렬, 렌더링 모드에 대한 디자인 사양은 무엇인가요? 원활하게 통합되는 사용자 정의 심벌을 내보내는 방법을 보여주세요.
أفضل الممارسات
- 질문하기 전에 항상 `.claude/apple-design-context.md`를 확인하여 기존 프로젝트 컨텍스트를 활용하고 중복 정보 수집을 방지하세요
- 추적 가능성과 추가 독서를 위해 지침을 제공할 때 파일 이름과 섹션으로 구체적인 HIG 기반 문서를 인용��세요
- Apple 가이드라인은 iOS, macOS, watchOS, tvOS, visionOS 간에 크게 다르므로 플랫폼 대상 정보를 초기에 요청하세요
- 디자인 패턴을 제안할 때 대비율, Dynamic Type 지원, VoiceOver 동작을 포함한 접근성 함의를 항상 설명하세요
تجنب
- RGB(0, 122, 255)와 같은 색상 값을 하드코딩하지 마세요 - 다크 모드와 접근성 설정에 자동으로 적응하는 UIColor.systemBlue나 Color.blue와 같은 의미론적 API를 사용하세요
- 16.0과 같은 고정된 글꼴 크기는 피하세요 - 대신 Dynamic Type으로 스케일되고 사용자가 선호하는 텍스트 크기를 존중하는 .body나 .headline과 같은 텍스트 스타일을 사용하세요
- 정보를 전달하기 위해 색상만 의존하지 마세요 - 접근성을 위해 도형, 아이콘, 텍스트 라벨과 같은 추가 시각적 표시��를 항상 제공하세요
- 디자인 중 접근성 테스트를 건너뛰지 마세요 - 초기에 Accessibility Inspector를 통합하고 제출 전에 VoiceOver 탐색, Dynamic Type 스케일링, 대비율을 확인하세요