creative-direction

クリエイティブディレクション

ブランドのビジュアルシステムを確立します。すべてのアセットの種類に一貫した表現言語を持たせ、そのすべてをブランドが生み出すべき感情に結び付けます。戦略を目に見える形にする段階です。brand-strategyで定めた感情の目標とミューズを、実際の色、書体、構成、パターン、アイコン、イラスト、写真へと落とし込みます。

まずdesign-principlesを読んでください。このスキルでは、そのルールを適用します。競争ではなくコントラスト、抑制、五つの段階、実行の前に感情を考えること、そして「理由を説明する。そうでなければデフォルトが採用される」です。

シーケンス内の位置： brand（監査／コンテキスト）とbrand-strategy（感情とミューズ）の後、logo-designと各適用スキルの前です。監査は問題を診断し、このスキルは解決策を構築します。

必須の前提条件：感情の目標とミューズ

.agents/brand.mdを開いてください。必要な情報は次のとおりです。

• 感情の目標（ブランドが生み出すべき感情）
• それぞれに取り入れられるビジュアル上の手掛かりがあるミューズ
• 確認済みの競合セット（「差別化」を測る基準）
• REOの深度とクライアントの意向

感情の目標やミューズが記載されていない場合は、作業を止めてbrand-strategyに戻してください。 それらがなければ、好みだけで色や書体を選ぶことになります。これはまさに、監査が防ごうとしている「意図せず他と異なる」失敗や「カテゴリーのデフォルト」の失敗につながります。ここでの選択はすべて、ミューズか感情の目標に結び付いている必要があります。ある選択が感情の実現にどう役立つのか説明できなければ、それは決定を装ったデフォルトです。

深度ごとの適用範囲

• Revolution — システムをゼロから構築し、真に異なる三つのコンセプトをスタイルスケープとして提示します（references/stylescapes.mdを参照）。それぞれのコンセプトは、感情の目標に対する、異なるミューズ、カラーストーリー、書体の組み合わせ、姿勢に基づく、実現可能性のある別々の答えです。一つのアイデアを色違いで三つ並べるのではありません。スタイルスケープは実際に使用することを意図したアセットであり、ムードボードではありません。表現豊かで自由に制作し、実装可能性による制約はまだ加えません。
• Evolution — 維持するコア（引き継ぐブランド資産。多くの場合、ロゴ、名称、または色）を軸に、一つの方向性を定めます。主要なタッチポイント（通常はヒーロー／ウェブサイト）から始め、戦略で指定された変更点だけを加えます。維持するアセットを引き継ぎ、その周りに新しい書体、モチーフ、またはパレットを導入します。
• Optimization — ほとんど対象外です。方向性はすでに定まっているため、作業は実装（web-design、collateral-design）です。最大でも、既存のシステムを文書化し、徹底できるようにするための軽い確認にとどめます。

核心となる動き：ミューズを抽象化する

これは独自の方向性を生み出す原動力であり、最も省略されがちなステップです。ミューズの文字どおりの形を、brand-strategy で物理的な忠実度をもって記録したうえで、現代的でブランド独自の要素へと抽象化します。 ミューズで装飾するのではありません。その幾何学、素材、アイデアを抽出し、システムへと昇華させます。

• 実例：カーバ神殿を囲む同心円 → 人々の団結を意味する点線のモチーフ。建物のレンガの幾何学 → ブランド独自のグリッド。イスラム庭園 → 「庭の中のアリ」のパターン。ミッションコントロールのミューズ → 黒地に琥珀色で表示するテレメトリーと、シグネチャー要素となる機械加工された立体的なノブ。
• それぞれのミューズから、カラーのストーリーと抽象化したアイデアを1つずつ引き出します。 それから、その抽象化を現代的なUIと組み合わせます。多くのソフトウェアは見た目が似ています。ミューズを使えば、差別化されていないカテゴリに、このブランドだけが持てる要素をまとわせることができます。
• 次に、その抽象化を通じて、プロダクト自体の仕事を表現します。装飾で終わらせないでください。 最大の問題は、ミューズを飾り立てながら、プロダクトが何をするのかを示さないボードです。投稿の下書き、ブログの執筆、SEOの実行、右肩上がりに伸びるグラフなど、プロダクトが実際に担う仕事を、ミューズの言語で表現してください。たとえば、音符が咲くように展開して公開済みのソーシャル投稿になる、あるいはキャンペーンを開始するコンソールの読み取り表示そのものが、そのキャンペーンを表す、といった具合です。汎用的なUIの上にミューズの装飾を浮かべても、退屈でブランド独自のものには見えません。方向性を「このブランドがこの仕事をしている」と感じさせるのは、ミューズ × プロダクト機能の融合です。
• 抽象化しやすさだけで勝者を決めず、あからさますぎる表現は失敗の形だと捉えてください。 UIに最も直接的に対応づけられるミューズ（ミッションコントロールのコンソール → ダイヤル、テレメトリー）は最も早く形になり、最も早く完成したように見えます。しかし、文字どおりに解釈すると、往々にして最も弱く、最も陳腐なアイデアになります。明白なものに飛びつく人が後を絶たないAI分野では、陳腐さは大きな弱点です。抽象化が難しいミューズ（オーケストレーション、帝国）のほうが、より強力で、ブランド独自のコンセプトになることがよくあります。難しい抽象化にこそ、さらに力を注いでください。簡単なミューズに逃げたり、雑な仕上がりで難しいミューズを装ったりしないでください。どの案が先にレンダリングされたかではなく、コンセプトの強さで判断します。
• タイポグラフィにも、ほかのすべてと同じ抽象化の原則が当てはまります。そして、失敗には2つの極端な形があります。 ミューズの顔をそのまま使う（皇帝のミューズに、大文字のローマ碑文風書体／Cinzelを使う）のは、単なる好みの問題ではなく、抽象化の失敗です。ミューズを抽出せず、そのまま身にまとってしまっています。 反対側の罠も同じくらい致命的です。デザインされているように見せるために、流行を追いすぎた書体（Space Grotesk、Frauncesなどの類は禁止。design-principles → ai-slop.mdを参照）に手を伸ばすことです。どちらも仮装にすぎません。違いを生み出すのは、フォントではなく、モチーフ、カラー、構成、処理といったシステムです。迷ったときは、個性の強い書体を近道として選ぶより、意図をもって使うニュートラルな書体（Inter）のほうが優れています。ミューズを表現する役割は、システムに担わせてください。ミューズに由来する書体は、本当にまれです。

構築するシステム

監査基準を念頭に置きながら、各要素を検討してください。9カテゴリーの監査（brandを参照）が合格基準です。監査で指摘された「今後の対応」項目（logoは除きます。後ほどlogo-designで対応するため）すべてに、システムとして答える必要があります。監査の抜けを残さないでください。要素ごとの詳細な基準は、references/element-standards.mdを参照してください。制作クオリティの最低基準、すなわちアートディレクションへの取り組み、デザイントークン、タイポグラフィとテクスチャの厳格なルール、避けるべき表現のチェックリストは、references/frontend-boilerplate.mdに記載されています。ボードのコラージュ／ベントー構成については、references/stylescapes.mdを参照してください。

1. カラー — 役割ごとに割り当てます。背景、テキスト（プライマリー／セカンダリー）、アクション／CTA（保護対象とし、それ以外の用途では使用を最小限に抑えます）、サポート。各カラーは10段階ではなく5段階にします。競合として確認した企業群に照らして、カラーの独自性を確認してください。競合が使用しているカラーは独自のものではありません。カテゴリーの定番から意図的に離れましょう。
2. タイポグラフィ — ディスプレイ、見出し、本文といった役割に応じて書体を選びます。書体同士を競わせるのではなく、コントラストを重視して選定してください。モノスペースなどの第3の書体が必要な場合は、後付けの書体ではなく、同じスーパーファミリーに含まれる書体を優先します。ウェイトとスタイルの制限を定めます。**ライセンスの確認事項：**対象市場でのファウンドリー、予算、文字・言語のサポートを確認します。方向性を承認した後ではなく、承認前に確認してください。
3. 構成とレイアウト — グリッド、密度、間隔のロジック、セクションのリズムと変化（単調な積み重ねは避けます）、視線の誘導方法を定めます。
4. パターンとテクスチャ — 独自性を打ち出せるモチーフを定めます。ロゴやカラーがなくても、外部で展開できるように、ロゴの幾何学的な形状から導き出すのが自然です。競合のモチーフと重ならないか確認します。
5. アイコノグラフィー — 信頼できる情報源を一つに定め、線幅／塗り／グリッドのルールを設定します。段階的な計画を立てます（まずはユーティリティ用、ブランドの成熟に合わせてストーリーテリングやイラストレーションを追加します）。
6. イラストレーションとプロダクトの抽象表現 — 生のスクリーンショットではなく、ブランドらしい抽象表現を使います。スタイルを定めるか、イラストを使用しないと明確に決定します。
7. 写真 — 被写体、加工／色調、雰囲気を定めるか、写真を意図的に使用しないことを決定します。
8. モーション（方向性のメモであり、詳細な仕様ではありません） — ブランドのモーションがどのような「感触」をもたらすかを定めます。装飾ではなく意図を重視します（ホバー ＞ 読み込み ＞ スクロール ＞ ループ）。

項目4〜7はここで方向性を決定します。art-directionで詳細な仕様と実際のアセットを作成します。

ボードの制作 — ソースを集め、実際のアセットを生成する

スタイルスケープには、加工された画像と本物の質感が必要です。単調な CSS 図形では味気なく見えます。担当者はデザイナーではなく創業者であることが多いため、制作の腕の見せどころはあなたにあります。

• 画像は art-direction から入手します。コンセプトごとに、ボード作成の段階で一度だけ依頼します。 ミューズから、各コンセプトに合った写真、イラスト、アイコン、テクスチャのスタイルを導き出し、創業者が指し示せるウェブ上の参考例を見つけ、Toolkit のティアに応じてヒーローアセットを作成します。接続済みのツールで直接生成するか、創業者が実行するジェネレーター（ChatGPT、Gemini…）向けのプロンプト集を用意するか、無料のストック画像にグレーディングを施します。加工済みのアセットを受け取ったら、あなたがボードを作ります。ツールについて再度尋ねる必要はありません。.agents/brand.md の Toolkit に、利用可能なツールがすでに記載されています。
• ボードを組み立てるのは創業者ではなく、あなたです。 創業者には Figma のスキルもデザインの目もありません。そのため、生成・入手したアセットから、あなたがまとまりのあるボード（自己完結型の HTML/CSS/SVG）を組み立てます。担当者が用意するのは元画像（または、あなたが生成した画像）です。アートディレクション、レイアウト、テクスチャ、タイポグラフィはあなたが担当します。
• CSS/SVG が得意とするテクスチャは活用しましょう。 粒子感、ノイズ、走査線、パターン、グリッド、機械加工されたような UI、テレメトリー、発光、グラデーションなどです。多くのコンセプト（機械的なもの、レトロなもの、システム的なもの全般）では、こうした要素が「生き生きとした印象」の大半を担い、画像生成は必要ありません。写真やイラストのミューズには、生成画像や無料のストック画像を使いましょう。（厳格な CSP の HTML では、ウェブフォントの URL を読み込めません。書体をデータ URI として埋め込むか、フォールバックを受け入れたうえで、意図した書体を明記して、タイポグラフィの意図が伝わるようにします。）
• すべてのソースを一つのグレーディングで統一します。 MCP で生成したもの、創業者が生成したもの、無料のストック画像など、出所にかかわらず、コンセプトの処理レシピを適用します（コンソールならデュオトーン＋粒子感＋走査線、プログラムなら温かみのある紙のようなウォッシュ、帝国のミューズなら斑岩のデュオトーン）。ボードには加工前→加工後を示します。このグレーディングによって、無料のストック画像でも「このブランドらしく」見えるようになり、異なるソースが一つの世界観としてまとまります。
• ミューズがブリーフです。 生成・入手するものはすべて、ミューズの手がかりに合わせて、実物に忠実な質感で加工します。汎用的なストック画像を未加工のまま使うことは決してありません。
• 画像をまだ用意できない場合は、その旨を伝えます。 ボードには 構成／アートディレクションの検証用 と明記し、創業者が完成させられるよう、（Toolkit が指定するジェネレーター向けの）プロンプト集を添付します。平板なボードを黙って納品して、完成したと見せかけることは決してありません。

提示前に検証する

監査と同じ厳しい審査に自分の成果物を通してください。頭の中のコンセプトではなく、レンダリングされたボードを対象に、敵対的な視点で評価します（design-principles → 競合の基準で自分の成果物を評価するを参照）。コンセプトは独創的でも、ピクセルがありきたりなことがあります。意図を採点する自己監査では、まさにその点を見落とします。

• 確定した競合セットと比較し、基礎カテゴリで採点します。ライバルに向けるのと同じ厳しさで評価した場合、このシステムはクリエイティブディレクション、カラー、パターン、そして（logo-designがある場合は）ロゴで4～5点を獲得できますか？ロゴも対象にしてください。このブランドだと今も認識できますか？
• 自分の出力に対してAIスロップのチェック（design-principles → ai-slop.md）を実施し、見つかったものを列挙します。ボード上に実際にある常套表現（モノクロの「テレメトリー／ターミナル」風表示、ドットグリッド、左側のレール、変化のない中央揃えのカラム、どこにでもあるrounded-lgなど）を挙げてください。「スロップはありません」は反射的な判断であり、検証結果ではありません。リストを作成するか、根拠を具体的に示して「なし」としてください。「整っている」は合格ではなく、未評価とみなします。
• ボードがCSSブロックの寄せ集めではなく、レンダリングされた表現になっていることを確認します。加工された画像または一貫したイラストスタイル、名前付きの書体を網羅した標本、独自性のあるモチーフ（ありきたりなドットグリッドではないもの）、適用済みモックアップ、実際の奥行きと裁ち落としが必要です。構成要素が欠けている場合は、作り込みが不十分です（references/stylescapes.mdを参照）。
• 適用時のゲート： 適用された断片（ヒーロー／モックアップ）も、抽象的なボードだけでなく、ロゴを隠してもブランドがわかるかを通過しなければなりません（design-principles → 独自性は適用後も維持されなければならないを参照）。独自性のあるボードでも、適用した画面がありきたりなら不合格です。独自性は適用後まで維持する必要がありますが、そこから抜け落ちることがよくあります。
• すべての要素を、着想源または感情的な目標に結び付けます。結び付けられないものは削除するか、理由を説明してください。
• **コピーを確認します。**このシステムはメッセージを支え、言葉に適切な強弱を付けていますか？デザインはメッセージを支えるものです。システムは舞台であり、主役ではありません。

提示し、判断し、記録する

• まず一通り説明してから提示します。 各コンセプトについて、その着想、抽象化、感情への応答につながる理由を説明してから提示します。ストーリーのないスタイルスケープは、単なる配置にすぎません。
• 課題を正直に伝えます。 各方向性について、全体に適用するうえで実装が難しい点と、競合との差が実際にどれほどあるかを伝えます。これらはクライアントが判断するために検討すべき点です。売り込むだけでなく、トレードオフも明らかにします。
• 方向性ごと、または最後の概要で比較して締めくくります。 各コンセプトについて、選択の決め手となる問いに答えます。課題は何か、長所は何か、最も差別化されているか、そして引き出そうとしている感情に最もブランドらしく合っているか。各方向性の説明に織り込むか、最後に3案すべてを比較検討する概要を示します。
• 実際に適用しても通用することを示します。 クライアントが見たいのは抽象案ではなく、現実の姿です。最も手早く証明するには、システム全体を適用したウェブサイトのヒーローと広告を1〜2点用意します。ボード上では見栄えがしても、適用すると薄っぺらに見えるコンセプトは、選ばれるだけの価値がありません（上記の適用展開の基準を参照してください）。
• スタイルとその出典を記録します。 写真、グラフィック、アイコン、タイポグラフィのスタイルと、使用した素材の出典（ストック素材、Envato、Freepik など）を記載します。今メモを残しておけば、後から適用する担当者が推測せずに済みます。
• Revolution： 3つのスタイルスケープを提示し、クライアントが1つを選びます。フランケンシュタインのような案ではなく、1つのアイデアを推します。 少しのモジュール性は問題ありませんが、コンセプトを混ぜると、たいてい3つのアイデアが平均化され、何も残らなくなります。クライアントが別案の要素を移植したいと言った場合（例：あるコンセプトの書体を別のボードに使うなど）、感情のターゲットを把握していれば、その統合が意図を損なうときに却下できます。統合が妥当なのは、それでも狙った感情を生み出し、独自のストーリーを持つ場合に限ります（references/stylescapes.md → 統合と平均化を参照）。
• Evolution： 現在の状態と照らし合わせて方向性を提示し、変更点がはっきり分かるようにします。
• logo-design と適用スキルがその内容をもとに作業を進める前に、明確な承認を得ます。後続のすべての作業はこの判断を積み重ねて進むためです。（ネーミングプロジェクトより先にクリエイティブディレクションを実施してください。）
• 承認されたシステムを**.agents/brand.md に記録します**（Visual system セクションに記載し、Fixed core / Flexible range も更新します）。各選択の背景にある理由も記録してください。その根拠が引き継ぎ後にも残ることで、後から行われる批評でも変更の妥当性を判断できます。

成果物

2つのレイヤーで、情報源は1つです。brand-strategy と同じ構成にします。

1. .agents/design.md — この演習の最後に作成する、クリエイティブディレクションの全記録です。次の内容を含みます。3つのコンセプトと、そのうち選ばれた1つ。各コンセプトの 着想源 → 抽象化。写真／グラフィック／アイコン／タイポグラフィのスタイルと、そのアセットの入手元（ストック、Envato、Freepik など）の記録。カラーシステム（役割＋16進数＋カラーレンジ）とデザイントークン。独自性を持たせられるモチーフ／テクスチャとシグネチャー要素。適用例（ヒーロー＋広告）。実装上の課題と競合との差別化に関するメモ。そして、あらゆる選択の背景にある 理由。テンプレートには references/design-doc-template.md を使用してください。これは、アプリケーションスキル（web-design、collateral-design など）が実装の基準とする詳細仕様です。brand-strategy の .agents/brand-strategy.md に相当します。また、継続して更新する記録でもあります。 パイプラインの進行に合わせて、後続スキルが決定したアセットを追記します。logo-design は承認済みのマーク、art-direction は画像仕様、motion-design は構築したモーションシステム、アプリケーションスキルは採用したライブラリとメモを追記します（テンプレートの「継続記録」セクションを参照）。このスキルでは基礎となるセクションを作成し、その後も記録を育てていきます。
2. .agents/brand.md — 要約されたシステムです。承認済みのビジュアルシステムを、そのセクション（および「固定コア」／「柔軟な範囲」）に記述し、後続のすべてのスキルが記録全体を読まずに引き継げるようにします。

さらに、クライアントが希望する場合は、.agents/design.md から 作成した公開用コピー（Notion、PDF）も用意します。逆の手順にはしません。

承認後、オペレーターが Claude Design を使用している場合は、システムを Claude Design に公開してください（Toolkit → デザインキャンバス）。これによりデザインシステムとなり、新しい Claude Design プロジェクトすべてに引き継がれるため、チームの誰もがターミナルを使わずにブランドに沿ったデッキ、1ページ資料、プロトタイプを作成できます。サイトのリポジトリがあればそこから同期し、なければ .agents/assets/design-system/ に小規模なキットを用意して同期します。logo-design と art-direction によって記録に追加があったら、再同期してください。手順、キットの内容、同期時の確認事項については、references/claude-design.md を参照してください。公開用コピーと同じルールが適用されます。情報源は常に .agents/ です。

必須事項

• .agents/brand.md から感情目標と着想源を読み取る（または、先に brand-strategy に引き継ぐ）
• 深度と要望に応じて進める（3つのスタイルスケープ／基準に沿った差分／ドキュメント作成の工程）
• 確認済みの競合セットと照らし合わせて、カラーの独自性を確認する
• フォントのライセンスと文字サポートを確認する
• モチーフに独自性があり、競合のものと重ならないことを確認する
• すべての要素が着想源または感情目標に結び付いていることを確認する
• 提示前に、レンダリング済みのボードを対象に、敵対的な自己監査を行う（AI特有の凡庸な表現を「なし」ではなく一覧に挙げること。適用例の断片でロゴを覆うテストに合格すること）
• 課題と競合との差別化を明示し、方向性が適用されたことを実証する（ヒーロー＋広告）
• クライアントの承認を得る。全記録を .agents/design.md に、要約されたシステムを .agents/brand.md に記述する
• オペレーターが Claude Design を使用している場合：システムをデザインシステムとして公開する（キットまたはリポジトリ）。検証結果を確認し、プロジェクトを .agents/design.md に記録する

関連スキル

• design-principles — このスキルが適用するルール
• brand — 問題を診断する監査。そのカテゴリーが、このスキルの受け入れ基準です
• brand-strategy — 感情目標と着想源を提供します（必須の前提条件）
• art-direction — 画像表現を担当します。写真、イラスト、アイコン、パターンとテクスチャを、仕様と実際のアセットとして用意します（スタイルスケープ向けのボード工程、選定した方向性向けのシステム工程）
• logo-design — このシステムの中でデザインするマーク
• web-design / collateral-design — 実際のコピーを使って承認済みのシステムを適用します
• design-critique (計画中 — 未公開) — 後続の制作物を、ここに記録された内容に照らして評価します