hig-platforms

hig-platforms の概要

hig-platforms は、単なる一般的なレイアウト指針ではなく、プラットフォームに依存する Apple の UI 判断を行うための skill です。iPhone と iPad で変えるべきか、macOS・visionOS・tvOS・watchOS では何が変わるのか、といった問いに答えたいときに hig-platforms skill を使います。ざっくりしたプロダクト構想を、各プラットフォームに適した UI 判断へ落とし込む必要があるデザイナー、PM、AI エージェントに特に向いています。

hig-platforms は何のための skill か

この skill は、Apple 各プラットフォームごとに適切な操作モデル、ナビゲーションのスタイル、情報密度を選ぶのを助けます。実際の役割は、Apple デバイスで違和感が出る「どの端末でも同じ UI」を避け、デザインレビューや実装の場で摩擦を生まないようにすることです。

どんなときに向いているか

hig-platforms は、Apple 向けのプラットフォーム設計、ユニバーサルアプリの計画、あるいはアプリを別プラットフォームへ移植するときに使います。特に、プロンプト内にプラットフォーム固有の制約、入力方法、または特定の端末でその機能自体が必要かどうかの判断が含まれる場合に有効です。

何が違うのか

hig-platforms の主な価値は、判断のためのガイダンスにあります。一般的な UI チェックリストではなく、プラットフォームの個性、入力モダリティ、レイアウトへの期待を重視します。そのため、結果が Apple Human Interface Guidelines に左右される場面では、単なる「もっと良いデザインを考える」系のプロンプトより実用的です。

hig-platforms skill の使い方

skill をインストールして読み込む

hig-platforms install についてはリポジトリ推奨の導入手順に従い、skill がエージェントのワークスペースで利用可能になっていることを確認します。セットアップで path 経由の公開になっている場合、中心ファイルは skills/hig-platforms/SKILL.md です。

まず読むべきファイルを押さえる

最初に SKILL.md を読み、環境にあれば周辺の repo コンテキスト、特に skill が参照している design context のメモも確認します。hig-platforms usage では、デザイン出力を依頼する前に platform、device class、target task をきちんと拾うことが最重要です。

ざっくりした依頼を使えるプロンプトに変える

弱い依頼は「Apple プラットフォーム向けにこのアプリを設計して」です。より強い依頼は「hig-platforms を使って、カレンダーアプリを iPhone、iPad、macOS に合わせて調整して。中心タスクは会議の日程調整。iPhone は片手操作を前提にし、iPad は 2 カラム以上のナビゲーションを使い、macOS はキーボードショートカット前提で高密度にしてほしい」といった形です。

より良い出力につながる進め方

プロダクト要件がまだ曖昧なら、まずは 1 プラットフォームずつ依頼し、コアモデルが固まってからマルチプラットフォームに広げます。既存の UI 判断、必要な入力、touch-only、pointer-first、watch での glanceability といった制約も伝えてください。hig-platforms の UI Design では、長い機能一覧よりも、その文脈のほうがずっと重要です。

hig-platforms skill の FAQ

hig-platforms は Apple のデザインチーム専用ですか？

いいえ。Apple プラットフォーム向けの UI に関するプロンプトや仕様を書く人なら、開発者、プロダクトチーム、AI エージェントを含めて役立ちます。出力に Apple の作法を反映する必要があるなら、hig-platforms は強い候補です。

一般的なプロンプトの代わりに使うべきですか？

プラットフォーム差が重要なら、たいていはそうです。一般的なプロンプトでもそれなりの UI 文言は出せますが、Apple の期待に合うナビゲーション、密度、入力挙動まで必要なら、hig-platforms のほうが適しています。

初心者でも使いやすいですか？

はい。必要なのは platform を名指しし、ユーザータスクを説明できることです。HIG の深い知識は必須ではありませんが、体験が touch-first なのか、pointer-first なのか、glance-first なのかを把握しているほど、結果は良くなります。

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

純粋に見た目のブランディングが目的なら、使わないでください。Apple プラットフォームに結びつかないクロスプラットフォームの設計助言が必要な場合も不向きです。また、どの device family を設計対象にするか決まっていない段階でも、適切ではありません。

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

最初にプラットフォームの判断を伝える

hig-platforms の出力を最も早く良くする方法は、対象の platform mix を具体的に示すことです。iPhone のみ、iPad 専用、macOS 連携、完全なユニバーサルアプリなど、範囲を明確にします。ここが曖昧だと、skill 側は正しい操作モデルやレイアウトモデルを推測しなければなりません。

機能一覧ではなく、タスクを伝える

この skill は、ユーザーが何を達成したいかを明記すると最も効果的です。たとえば「外出先で請求書を確認する」「キーボード操作つきで複雑なプロジェクト設定を編集する」のように書きます。そうすると hig-platforms は、間違ったメンタルモデルに最適化せず、適切なナビゲーションの深さ、密度、コントロール配置を選べます。

制約を明示し、初回出力を見直す

アクセシビリティ、Apple の入力方式、Split View 対応、各端末でネイティブらしく感じる必要があるかどうか、といった制約を伝えてください。最初の出力のあとには、特定プラットフォームで何を変えるべきか、どこが Apple の作法と衝突しているか、最小画面向けにどの部分を簡略化すべきかを尋ねて、詰めていくのが効果的です。