스킬 Apple HIG: Presentation Components
📋

Apple HIG: Presentation Components

안전

Apple HIG: 다이얼로그 & 모달

알림, 시트, 팝오버, 액션 시트에 대한 Apple Human Interface Guidelines 를 확인하세요. 각 플랫폼에 맞는 모달 패턴을 선택하고 사용자를 방해하는 다이얼로그의 일반적인 UX 실수를 피하세요.

지원: Claude Codex Code(CC)
🥉 73 브론즈
1

스킬 ZIP 다운로드

2

Claude에서 업로드

설정 → 기능 → 스킬 → 스킬 업로드로 이동

3

토글을 켜고 사용 시작

테스트해 보기

"Apple HIG: Presentation Components" 사용 중입니다. 삭제 확인에는 알림과 액션 시트 중 무엇을 사용해야 하나요?

예상 결과:

여러 선택지 (삭제 vs 임시저장) 가 있는 경우 iPhone 에서는 액션 시트를 사용하세요. 두 개의 버튼 (삭제 확인 vs 취소) 만 있는 간단한 확인인 경우 알림을 사용하세요. 액션 시트는 iPhone 에서 하단에서 위로 슬라이드 올라와 여러 옵션이 있음을 명확히 합니다.

"Apple HIG: Presentation Components" 사용 중입니다. 알림에서 파괴적 작업은 어떻게 처리하나요?

예상 결과:

파괴적 역할 (destructive role) 을 사용하여 파괴적 버튼을 빨간색 텍스트로 표시하세요. 사용자가 무의식적으로 탭하지 않도록 파괴적 버튼을 상단에 배치하세요. 항상 취소 버튼을 포함하세요. 파괴적 버튼을 기본값으로 설정하지 마세요.

"Apple HIG: Presentation Components" 사용 중입니다. 전체 화면 모달 대신 시트를 사용해야 하는 시기는 언제인가요?

예상 결과:

기본 콘텐츠와 컨텍스트 유지의 이점이 있는 집중 작업에는 시트를 사용하세요. 시트는 (iOS 에서) 가장자리에서 슬라이드 인되거나 (macOS 에서) 창에 붙어 표시됩니다. 아이템 생성, 설정 편집, 또는 부모 콘텐츠 확인이 유용한 멀티스텝 양식에 이상적입니다.

보안 감사

안전
v1 • 2/25/2026

All static findings are false positives. The skill contains Apple's Human Interface Guidelines documentation for UI presentation components. The flagged patterns (backticks, URLs, generic English words) are legitimate documentation elements, not security threats.

5
스캔된 파일
507
분석된 줄 수
3
발견 사항
1
총 감사 수
중간 위험 문제 (1)
Markdown Code Formatting (False Positive)
Static scanner flagged backticks as shell execution. These are markdown code fences used to format API references like `UIAlertController.Style.actionSheet`. No executable code present.
낮은 위험 문제 (2)
Documentation URL References (False Positive)
Static scanner flagged hardcoded URLs. These are legitimate references to Apple's official developer documentation at developer.apple.com.
Generic English Words (False Positive)
Static scanner flagged words like 'encrypt', 'server', 'system', 'command' as security keywords. These are normal terms in Apple's HIG documentation (e.g., 'secure text field', 'server connection', 'system-defined style').
감사자: claude

품질 점수

45
아키텍처
100
유지보수성
85
콘텐츠
50
커뮤니티
96
보안
74
사양 준수

만들 수 있는 것

확인 다이얼로그 유형 선택

사용자가 파괴적 작업 (삭제, 지우기, 제거) 을 확인하려 합니다. 스킬은 플랫폼에 따라 알림 또는 액션 시트를 추천하고 버튼 스타일링 지침을 제공합니다.

모달 프레젠테이션 결정

사용자가 '시트와 팝오버 중 무엇을 사용해야 하나요?'라고 묻습니다. 스킬은 시트가 컨텍스트를 더 잘 유지하는 상황과 iPad/Mac 에서 팝오버가 적합한 경우를 설명합니다.

알림 피로도 감소

사용자가 앱에 모달이 너무 많다고 불평합니다. 스킬은 인라인 대안, 실행 취소 패턴, 그리고 사용자를 방해하지 않아야 하는 시기를 제안합니다.

이 프롬프트를 사용해 보세요

기본 컴포넌트 가이드
[use case] 에 알림과 액션 시트 중 무엇을 사용해야 하나요?
플랫폼별 동작
[component] 는 iPhone 과 iPad 에서 어떻게 다르게 동작하나요?
버튼 및 텍스트 가이드
알림 버튼 라벨과 순서에 대한 모범 사례는 무엇인가요?
대체 패턴
[scenario] 에서 모달 사용의 대안은 무엇인가요?

모범 사례

  • 알림은 즉각적인 주의가 필요한 중요한 상황에만 제한적으로 사용
  • 일반적인 확인/취소 대신 구체적이고 실행 가능한 버튼 라벨 (삭제, 저장) 제공
  • 파괴적 작업 확인에는 항상 취소 버튼 포함

피하기

  • 인라인으로 표시할 수 있는 정보성 메시지에 알림 사용
  • 파괴적 작업을 기본 버튼으로 설정
  • 대안을 고려하지 않고 모든 모달 시나리오에 동일한 컴포넌트 사용

자주 묻는 질문

알림과 시트는 언제 사용해야 하나요?
즉각적인 응답이 필요한 중요한 방해 상황에는 알림을 사용하세요. 기본 콘텐츠와 컨텍스트 유지가 유용한 집중 작업에는 시트를 사용하세요.
iPhone 과 iPad 에서 동일한 디자인을 사용할 수 있나요?
항상은 아닙니다. 액션 시트는 iPad 에서 팝오버로 표시됩니다. 시트는 다르게 적응합니다. 항상 대상 플랫폼에서 테스트하세요.
알림에는 버튼이 몇 개 있어야 하나요?
최대 3 개 버튼. 단순한 확인에는 1 개 버튼, 확인/취소에는 2 개 버튼, 파괴적 옵션이 있는 경우 3 개 버튼을 사용하세요.
취소 버튼 배치는 어떻게 하나요?
액션 시트에서는 취소 버튼을 하단 (iOS) 이나 앞쪽 (macOS) 에 배치하세요. watchOS 에서는 좌상단에 배치하세요.
확인 또는 구체적 버튼 라벨을 사용해야 하나요?
삭제, 저장, 확인과 같은 구체적 라벨을 항상 선호하세요. 순수 정보성 알림에만 확인을 사용하세요.
모달을 접근성 있게 만들려면 어떻게 하나요?
VoiceOver 가 제목, 메시지, 모든 버튼 옵션을 발표하도록 하세요. macOS 모달에 대한 키보드 탐색을 지원하세요.

개발자 세부 정보

파일 구조