hig-patterns

hig-patterns skill の概要

hig-patterns は、iOS、iPadOS、そして関連する Apple 体験において、よくあるアプリ操作をどう振る舞わせるべきかを判断するための Apple Human Interface Guidelines のパターン skill です。モーダルを使うべきか、オンボーディングをどう進めるか、ローディングをどう見せるか、あるいは確認ダイアログの代わりに undo を出すべきか、といった判断に、根拠のある答えが必要なときに最も役立ちます。

hig-patterns skill は何のためのものか

hig-patterns skill は、UI コピーを生成するだけでなく、プロダクトの目的を適切なインタラクションパターンに結びつけるためのものです。Apple に沿った UX 判断を、限られた時間の中で行う必要があるプロダクトデザイナー、エンジニア、AI エージェント向けに作られています。

向いているタスク

オンボーディング、検索、設定、権限、通知、マルチタスク、ドラッグ＆ドロップ、共有、ファイル管理、フィードバック状態の設計やレビューに hig-patterns を使ってください。すでに機能領域は分かっているものの、インタラクションモデルの決定が必要な hig-patterns for UI Design では特に有効です。

何が違うのか

この skill は、Apple HIG のパターン選択に強い意見を持っています。つまり、モダリティは最小限にする、即時フィードバックを返す、undo を優先する、そしてタスクに十分合致しつつも最も邪魔にならないコントロールを選ぶ、という考え方です。見た目のスタイリングよりもインタラクションの選択に重点があるため、Apple UX の判断を詰まらせる典型的な論点を解きやすくなります。

hig-patterns skill の使い方

インストールして有効化する

skill マネージャーから 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 も確認してください。skill 本体は短く自己完結しているため、補助フォルダを掘る必要はありません。主な価値は、パターンのルールと、隣接する HIG skill への相互参照にあります。

より良い結果を得るワークフロー

hig-patterns guide では、次の流れが有効です。タスクを説明する → 推奨パターンを尋ねる → Apple の制約に照らして妥当性を確認する → 例外ケースとフォールバック動作を追加で聞く。すでに UI 案があるなら、それがモーダル過剰か、情報不足か、フィードバック欠如かを skill に評価させてください。

hig-patterns skill の FAQ

hig-patterns は Apple デザイン専用ですか？

はい。hig-patterns は Apple プラットフォームのインタラクション判断のために作られているため、一般的な Web や Android のパターンよりも、Apple HIG に合わせた出力が必要な場面で最も力を発揮します。

通常のプロンプトと何が違いますか？

通常のプロンプトでもそれなりの案は出せますが、hig-patterns は判断の軸がより明確です。たとえば、sheet と alert のどちらを使うか、進行状況をどう扱うか、確認より undo が適しているのはいつか、どの程度の割り込みが妥当か、といった点を整理できます。その結果、やり取りの往復や曖昧なアドバイスが減ることが多くなります。

初心者でも使えますか？

はい。ユーザーのタスクを素直に説明できれば使えます。HIG の深い知識は必須ではありませんが、プラットフォーム、アクション、リスクの大きさをどれだけ明確に伝えられるかで品質が変わります。

どんなときに使うべきではありませんか？

ビジュアルのブランディング、コンポーネントライブラリのコード、またはプラットフォームに依存しない UX アドバイスが必要な場合は、hig-patterns は使わないでください。これはパターン選択の skill なので、実際の論点がレイアウト実装や design system の tokens にあるときは、あまり役に立ちません。

hig-patterns skill をどう改善するか

機能ではなく、判断したい選択肢を伝える

最も良い入力は、「modal か inline か」「削除確認か undo か」「spinner か progress bar か」「permission は今か後か」のように、あなたが迷っている判断ポイントを明示します。そうすると、一般的なデザインレビューを求めるよりも、hig-patterns usage はずっと良くなります。

失敗しやすい場面を含める

フローの中で何が起きうるかを伝えてください。たとえば、誤タップ、長い待ち時間、繰り返し発生するエラー、機密データ、ユーザーの不確実性などです。hig-patterns は、割り込み、回復可能性、フィードバックのバランスを比較できるときに最も強くなります。

制約とトレードオフを指定する

既存画面、短いタスクフロー、アクセシビリティ要件に合わせる必要があるなら、最初にそれを伝えてください。複数案を並べるだけでなく、その制約下でなぜある Apple パターンがより適切なのかを説明できるほうが、この skill はずっと役に立ちます。

具体的な追加質問で絞り込む

最初の回答のあとで、「破壊的だが元に戻せる操作ならどうするか」「iPad のマルチタスク環境ではどう動くべきか」のように、具体的な例外ケースで掘り下げてください。それが、良い hig-patterns guide の回答を実装可能なパターンに変える最短ルートです。