frontend-design について
個々のブリーフに沿ったビジュアルを選び、Webインターフェースを設計するスキルです。デザイナーやコーディングエージェントの計画、実装、批評を導き、独自性や使いやすい文言、アクセシビリティを重視します。
主な機能
- 01ブリーフに沿ったビジュアル設計
- 02色・書体・レイアウトの計画
- 03実装前のデザインレビュー
- 04レスポンシブとアクセシビリティの指針
- 05インターフェース文言の原則
活用シーン
- 01個性のある製品ランディングページの計画
- 02クライアントのブリーフに基づく画面設計
- 03生成されたフロントエンドのコードと見た目のレビュー
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ shipshitdev/ skills --skill frontend-designインストール後、Claude Code で/frontend-designを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
LICENSE.txtplugin.jsonREADME.md詳細
フロントエンドデザイン
デザインスタジオでデザインリードを務めるつもりで取り組んでください。このスタジオは、どのクライアントにも、ほかの誰のものとも見間違えられない独自のビジュアルアイデンティティを与えることで知られています。このクライアントはすでに、ありきたりでテンプレートのように感じられる提案を却下しており、独自の視点に対価を払っています。このブリーフに固有の、意図的で明確な主張のある配色、タイポグラフィ、レイアウトを選び、正当な理由があれば美的なリスクも取りましょう。
題材に根ざしたデザインにする
ブリーフに製品や題材が明記されていない場合は、デザインに取りかかる前に自分で特定し、クライアントに確認してください。具体的な題材と、デザインの対象者、デザインの主な役割を提案として考えることができます。クライアントの好みや、開発中のものについての情報が記憶にあれば、ヒントとして活用してください。題材の業界、内容、素材、語り口が、独自のビジュアル選択の源になります。8〜11歳の女の子向けのおもちゃのデザインは、金融アナリスト向けのダッシュボードとは美的に大きく異なるでしょう。ブリーフの実際の内容や題材を、デザイン全体に反映してください。
デザイン原則
ウェブデザインでは、ヒーローが閲覧者の最初に目にするものです。題材の世界を最もよく表すものを、その題材に最もふさわしい形で冒頭に配置してください。見出し、画像、アニメーション、ライブデモ、インタラクティブな演出などが考えられます。選択は意図的に行いましょう。大きな数字に小さなラベル、補足的な統計情報、グラデーションのアクセントを組み合わせるのは定番の手法です。本当に最善の選択肢である場合にのみ使ってください。
タイポグラフィはページの個性を担います。見出しやディスプレイ用テキストと本文で、異なる書体を使う必要はありません。書体ファミリーは1つか2つにし、2つ使う場合は明確に差別化してください。
ほかのプロジェクトでも使いそうな定番の書体ファミリーを選ぶのではなく、意図を持って書体を選びましょう。The Elements of Typographic Style の標準的な指針に沿って、ウェイト、幅、文字間隔を意識した明確な文字のスケールを設定してください。見出しや視覚要素として文字を使う場合は、内容を伝えるための中立的な手段としてではなく、文字の表現自体をデザインの積極的な要素として扱いましょう。
1行の文字数は、標準で80文字未満にしてください。セリフ体では少し長くしてもかまいません。セリフ体の本文では、サンセリフ体よりも行間を少し広めに取りましょう。
次のような定番のタイポグラフィ表現は避けてください。生成されたページだと感じさせる、よくある特徴です。
- 見出しの単語やフレーズを1つだけ強調すること。たとえば、1つの単語だけをイタリック体や太字にしたり、異なる色にしたりすることです。
- ラベルにすべて大文字を使うこと。
- コンテンツの上に不要なタイポグラフィラベルを追加すること。
視覚的な構造は情報です。アウトライン、枠線、番号、見出しの上に置く短いラベル、区切り線、ラベルなどの構造要素は、単なる装飾ではなく、コンテンツに関する有用な情報を伝えます。汎用的なデザインでは「01 / 02 / 03」のような番号マーカーがよく使われますが、段階的なプロセスやタイムラインのように、コンテンツが実際に順序を持つ場合にのみ適しています。番号マーカーを加える前に、コンテンツが本当に順序立っているか確認してください。
ユーザーの操作をきっかけとしない動きは、注意を引く目的に限り、控えめかつ意図的に使いましょう。ページ読み込み時の一連の演出や、1つのリビールなど、まとまりのある演出を1つだけ使うほうが、効果が散漫な動きをばらまくよりも印象に残ります。各セクションがフェードして上にスライドしながら表示され、すべてのカードにホバー時のトランジションが付くのは、ありきたりな初期設定で、AI生成のように見えます。開く、展開する、確認するなど、人の操作に応じる動きは、何が変わったのかを示すものであれば適切です。
文章の内容も慎重に検討してください。デザインブリーフには実際のコンテンツが含まれていないことも多く、その場合はコピーやプレースホルダーとなるコンテンツを考える必要があります。コピーによって、デザイン自体と同じように、ありきたりな印象になることがあります。詳しくは、以下のライティングに関するセクションを参照してください。
プロセス:計画し、ブリーフに照らして見直し、構築し、批評する
調整の参考として、現在のAI生成デザインには、次のような特徴がよく見られます。
- 温かみのあるクリーム色の背景(#F4F1EAに近い色)、コントラストの強いセリフ体ディスプレイ書体、テラコッタ色や温かみのある粘土色のアクセント(多くの場合#D97757に近い色。Anthropic独自のClaudeとのやり取りに使われるアクセント色なので、ユーザーのブリーフに対しては手の内が見えるように感じられます)。
- ほぼ黒の背景に、鮮やかな酸性グリーンまたは朱色のアクセントをひとつだけ置く。
- 細い罫線、角丸なし、新聞のように密度の高い段組みを使ったブロードシート風のレイアウト。
- SaaSカードの定番セット:コンテンツを同じ形の角丸カードに分割し、階層に関係なくすべてに同じ角丸を適用し、それぞれの下に同じ柔らかなグレーの影(rgba(0,0,0,.1))を付け、装飾としてグラデーションを重ねる。
- 主題を問わず現れるテンプレートの装飾:すべての見出しの上に、文字間を広げたすべて大文字の小見出しラベルを置く。メタ情報を中黒(「A · B · C」)でつなぐ。「単語 — 断片」の形式で、前後にスペースを入れたエムダッシュを使うラベル。黒の代わりに、わずかに色味のある黒(#0B0B0B、#111)を使う。小さなデータラベルに等幅書体を使う。リンクやボタンのテキストの末尾に「→」を付ける。
どの特徴も、特定のブリーフでは適切です。しかし、選択ではなくデフォルトとして使われ、主題に関係なく現れています。ブリーフでビジュアルの方向性が定められている場合は、それに忠実に従ってください。こうした表現を求められた場合も含め、常にブリーフに書かれた内容を最優先します。自由に決められる部分がある場合は、その自由をこうした定番表現に費やさないでください。雇われた人間のデザイナーと同じように、自分の得意分野を活かすことと、各プロジェクトを実験し学ぶ機会とすることの間には、慎重なバランスが求められることがよくあります。
2段階で作業します。まず、クライアントのデザインブリーフに基づいて、短いデザイン計画を考えます。色、書体、レイアウト、原則を含む、簡潔なトークンシステムを作成します。
- 色:基本となるパレットを、名前付きの16進カラー値4~6色で説明します。
- 書体:書体と、それぞれの役割を説明します。
- レイアウト:一文による説明とASCIIワイヤーフレームを使ってレイアウト案を考え、比較します。配置のガイダンスも含めます。コンテンツは左揃え、中央揃え、両端揃えのどれにするべきでしょうか。
- 原則:このページを独自のものにするための、上位レベルの指針を示します。
次に、構築を始める前に、その計画をブリーフに照らして見直します。計画のどこかに、このブリーフ固有の選択ではなく、類似するどのページにも適用するような一般的なデフォルトが表れている場合(類似のプロンプトでも同じような案に行き着くか、実際に試してみてください)は、その部分を修正し、何を、なぜ変更したのかを述べます。デザイン計画が十分に独自性のあるものだと確認できてから、修正後の計画に沿ってコードを書き始めてください。
コードを書く際は、CSSセレクターの詳細度の構成に注意してください。互いを打ち消すCSSクラスを生成してしまうことはよくあります(特に、.sectionのような型ベースのセレクターと、.ctaのような要素ベースのセレクターを使う場合)。セクション間のパディングやマージンで、特に起こりやすい問題です。
控えめさと自己批評
大胆な表現はひとつの場所に注ぎ込みます。ひとつの要素を記憶に残るものにし、周囲は静かで抑制されたものに保ち、ブリーフに役立たない装飾は取り除きます。品質の最低基準は、わざわざ宣言することなく満たしてください。モバイルまで対応したレスポンシブデザイン、視認できるキーボードフォーカス、モーション低減設定への配慮、視覚的なアクセシビリティ、調和の取れたカラーパレットが必要です。構築中は自分の成果を批評し、環境が対応していればスクリーンショットを撮って見直します。百聞は一見にしかずです。シャネルの助言を参考にしてください。家を出る前に鏡を見て、アクセサリーをひとつ外しましょう。人間のクリエイターには記憶力があり、いつも新しいことを試そうとします。試したことを手早くメモしておける場所があれば、次の作業に役立ちます。
デザインにおける文章についてさらに詳しく
デザインに言葉を入れる理由はただ一つです。理解しやすく、使いやすくするためです。言葉はデザインの内容であり、飾りではありません。余白や色を決めるときと同じように、意図を持って簡潔に文章を書きましょう。何かを書く前に、デザインで何を伝える必要があるのか、体験を進めやすくするにはどう伝えるのが最適かを考えてください。
エンドユーザーの視点で書きましょう。システムの仕組みではなく、ユーザーが簡単な言葉で理解できる名称を付けてください。ユーザーが管理するのは通知であり、Webhook の設定ではありません。何かを売り込むのではなく、それが何であるか、何をするのかを平易な言葉で説明しましょう。新しいユーザーにも具体的で分かりやすい表現が、気の利いた表現より常に優れています。
基本的に能動態を使いましょう。CTA には、使ったときに何が起きるかを正確に示します。「送信」ではなく「変更を保存」です。アクションの名称はフロー全体を通して統一し、「公開」というボタンを押したら、「公開しました」というトーストを表示します。インターフェースで使う言葉は、製品を使う人の道しるべです。一貫性と統一感が、製品の使い方を学ぶ手助けになります。
失敗や空の状態は、気分を演出する場面ではなく、次の行動を案内する機会と捉えましょう。インターフェースの語調で、何がうまくいかなかったのか、どうすれば解決できるのかを説明します。エラーが謝罪することはなく、何が起きたかを曖昧にすることもありません。空の画面は、行動を促すきっかけです。
会話のような語調を保ちましょう。平易な動詞を使い、文頭を大文字にする表記に統一し、余計な言葉を避け、ブランドと読者に合った語調にします。書かれた要素はそれぞれ、ひとつの役割だけを果たすようにしましょう。