Apple HIG: Menus and Buttons
Apple スタイルのメニューとボタンの設計
macOS および iOS インターフェースが Apple のデザイン基準に従っていることを確認します。このスキルは、Apple のヒューマンインターフェースガイドラインから、メニュー構造、ボタンスタイル、ツールバーの配置に関する信頼できるガイダンスを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「Apple HIG: Menus and Buttons」を使用しています。 macOS アプリを構築していて、新規作成、開く、保存、エクスポートなどのファイル操作用メニューが必要です。どうすればよいですか？
期待される結果:
macOS アプリのファイル操作用には、標準のアプリケーションメニュー構造を使用します。
1. 新規作成、開く、保存をファイルメニュー（アプリメニューの直後の最初のメニュー）に配置する
2. 標準のキーボードショートカットを使用する：新規作成は Command+N、開くは Command+O、保存は Command+S
3. エクスポートをファイルメニューの保存の下に追加し、頻繁に使用されるアクションの場合は Command+Shift+E をオプションで割り当てる
4. 順序に従う：About、新規作成、開く、最近開いたファイル、[セパレーター]、閉じる、保存、[セパレーター]、エクスポート/印刷
これは、ファイルメニューがドキュメント関連コマンドのプライマリロケーションである Apple のメニューバー規則に従います。ツールバーショートカットやコンテキストメニューを提供していても、すべてのコマンドがメニューバーから到達可能であることを確認してください。
「Apple HIG: Menus and Buttons」を使用しています。 iOS でアイテム削除にはコンテキストメニューとアクションシートのどちらを使用すべきですか？
期待される結果:
iOS では、アイテム削除にはコンテキストメニューではなくアクションシートを使用します。
**アクションシート（推奨）**
- 破壊的アクションを赤色で目立って表示する
- 明確なタップターゲットで明示的なユーザー選択を強制する
- 大きなヒットリージョンでタッチインターフェースに適している
- 確認メッセージとキャンセルオプションを含めることができる
**コンテキストメニュー（破壊的アクションには非推奨）**
- 二次的または利便性の高いアクション（コピー、共有、名前変更）に適している
- 重要なアクションでは発見しにくい
- 長押しジェスチャが明白でない場合がある
さらに、破壊的アクションをコンテキストメニューのみに配置しないでください。常にプライマリアクセスポイントを提供してください。削除の場合、アクションシートは破壊的ボタンのスタイル、明確な視覚的階層、そして Apple が不可逆的アクションに推奨する明示的な選択パターンを提供します。
セキュリティ監査
安全Static analysis detected 893 potential security issues across 11 files (1527 lines). All findings are false positives from a pure documentation skill containing Apple Human Interface Guidelines. Hardcoded URLs are legitimate documentation image references to developer.apple.com. 'Weak cryptographic algorithm' and 'C2 keyword' detections are triggered by common UI/UX terminology (button, control, push, etc.). 'Ruby/shell backtick execution' patterns are from markdown code blocks and inline code formatting. No executable code, no network operations, no external commands - read-only reference documentation.
品質スコア
作れるもの
macOS メニュー構造の設計
macOS アプリケーションを構築する開発者が、メニュー項目の整理、キーボードショートカットの定義、標準の編集メニューの実装を必要としています。このスキルを使用して、メニューバーが Apple の規則に従い、すべての期待される標準項目を含んでいることを確認します。
iOS アプリ用ボタンスタイルの選択
iOS デザイナーが複数のアクションボタンを含むフォームを作成しており、どのボタンスタイルを使用するかを決定する必要があります。このスキルは、適切なボタンロール（プライマリ、キャンセル、破壊的）を選択し、適切な視覚的階層を確保するのに役立ちます。
コンテキストメニューの実装
クロスプラットフォーム開発者が、iPad および macOS アプリに右クリックコンテキストメニューを追加したいと考えています。このスキルを参照して、どのアクションをコンテキストメニューに配置し、どのアクションをプライマリ UI に配置するか、そしてアクセシビリティを確保する方法を理解します。
これらのプロンプトを試す
[特定のアクション/ユースケース] に [プラットフォーム] で使用するメニュータイプは何ですか？
[プラットフォーム] で [シナリオの説明 - プライマリアクション、破壊的アクションなど] のボタンが必要です。どのボタンスタイルとロールを使用すべきですか？
[プラットフォーム] のツールバー設計をレビューしてください。これらのアクションがあります：[アクションの一覧]。これらはメニューではなくツールバーに適した選択ですか？
[メニュー/ボタンコンポーネント] は [プラットフォーム 1] と [プラットフォーム 2] でどのように動作が異なりますか？キーボードショートカットとアクセシビリティ要件は何ですか？
ベストプラクティス
- macOS では、すべてのコマンドがメニューバーから到達可能である必要があります。ツールバーとコンテキストメニューはメニュー項目を補完するものであり、置き換えるものではありません
- プラットフォームの一貫性とアクセシビリティを維持するために、カスタムデザインではなくシステム定義のボタンスタイルとロールを使用する
- 認知負荷を軽減し、ユーザーをプライマリアクションに誘導するために、ビューあたりの目立つボタンを 1〜2 個に制限する
回避
- コマンドをメニューバーまたはプライマリインターフェースにも提供せずに、コンテキストメニューのみに配置する
- 同じビュー内で複数の目立つボタンスタイルを使用し、どのアクションが優先されるかについて視覚的な混乱を引き起こす
- ツールバーに項目を詰め込みすぎる。頻繁に使用されるコマンドを優先し、あまり使用されないアクションはオーバーフローメニューに移動する