スキル 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 でアクションシートを使用してください。2 つのボタン(削除を確認 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
仕様準拠

作れるもの

確認ダイアログタイプの選択

ユーザーは破棄的アクション(削除、消去、除去)を確認したい。Skill はプラットフォームに基づいてアラートとアクションシートの推奨を行い、ボタンのスタイリングに関するガイダンスを提供する。

モーダルプレゼンテーションの決定

ユーザーは「シートとポップオーバーのどちらを使うべきか?」と尋ねる。Skill はシートがいつコンテキストをより良く維持するか、ポップオーバーが iPad/Mac でいつ有効に働くかを説明する。

アラート疲労の軽減

ユーザーはアプリ内のモーダルが多すぎると不満を述べる。Skill はインラインの代替案、元に戻すパターン、およびユーザーの操作を妨害するのを避けるべき場合を提案する。

これらのプロンプトを試す

基本的なコンポーネントガイダンス
[use case] にはアラートとアクションシートのどちらを使うべきですか?
プラットフォーム固有の動作
[component] は iPhone と iPad でどのように異なる動作をしますか?
ボタンとテキストのガイドライン
アラートのボタンのラベルと順序のベストプラクティスは何ですか?
代替パターン
[scenario] にモーダルを使う代替案は何ですか?

ベストプラクティス

  • アラートは控えめに使用し、即座の注意が必要な重要な状況のみに使用する
  • 一般的な OK/キャンセルの代わりに、具体的でアクション可能なボタンのラベル(削除、保存)を提供する
  • 破毀的アクションの確認には常にキャンセルボタンを含める

回避

  • インラインで表示できる情報メッセージにアラートを使用する
  • 破毀的アクションをデフォルトボタンとして配置する
  • 代替案を考慮せずにすべてのモーダルシナリオに同じコンポーネントを使用する

よくある質問

アラートとシートのどちらを使うべきですか?
アラートは即座の応答を必要とする重要な中断に使用してください。シートは基盤となるコンテンツとのコンテキスト維持が役立つ集中タスクに使用してください。
iPhone と iPad で同じデザインを使えますか?
必ずしもそうではありません。アクションシートは iPad でポップオーバーとして表示されます。シートは異なって適応します。必ずターゲットプラットフォームでテストしてください。
アラートには何個のボタンを持つべきですか?
最大 3 つのボタンまで。単純な確認には 1 つ、確認/キャンセルには 2 つ、破毀的オプションが存在する場合には 3 つを使用してください。
キャンセルボタンの配置はどこですか?
アクションシートではキャンセルを下部に配置してください(iOS)。macOS では先頭側に配置してください。watchOS では左上隅に配置してください。
OK と特定のボタンラベルのどちらを使うべきですか?
常に「削除」「保存」「確認」などの特定のラベルを優先してください。OK は純粋に情報提供の目的のアラートにのみ使用してください。
モーダルをアクセシブルにするにはどうすればよいですか?
VoiceOver がタイトル、メッセージ、すべてのボタンオプションを読み上げることを確認してください。macOS モーダルにはキーボードナビゲーションをサポートしてください。

開発者の詳細

ファイル構成