creative-brief-selector

クリエイティブブリーフセレクター

ブランドやマイクロサイトの制作に向けた出発点となるセレクターです。ビジネス仕様（名称、業種、形状、ひとことで表す雰囲気、任意の公開済みデモ一覧）を受け取り、次の3つを基盤とするクリエイティブブリーフを作成します。

1. brand-archetype-systemから選択、または組み合わせたアーキタイプのポジション。公開済みデモと意図的に明確な差別化を図ります。
2. アーキタイプと業種の組み合わせに合った、実在する参考サイトの小規模なセット。厳選されたバンクに加え、必要に応じて制作ごとのリサーチから選びます。
3. 公開済みデモとの違いを確認するチェック。ブリーフを引き渡す前に、配色、語り口、構成パターン、セクション形状の重複を検出します。

ブリーフの出力は抽象的な系統ではなく、具体的なトークンです。配色や語り口と並んで、ヒーローの形状とフッターの形状という、明示的なセクション形状の選択も主要な出力として含まれます。後続の制作スキルが、その制作における唯一のクリエイティブ成果物として読み込むことを想定しています。

---

使用する場面

• 特定の美的ポジションを目指す、新しいブランドやマイクロサイトの制作を始めるとき。
• ポートフォリオ内で最初の制作を行うとき（まだ差別化の基準となる過去の制作はありませんが、次回に向けて差別化のスキーマを用意できます）。
• ポートフォリオ内で2件目以降の制作を行うとき。類似した成果物になるリスクが現実にあります。
• ポートフォリオの監査で類似した制作物が見つかったとき。このスキルは、そのパターンを根本から解消するためのものです。
• 制作のクリエイティブディレクションを隣接する2つのアーキタイプから選ぶ際、参考サイトに基づく根拠が必要なとき。

使用しない場面

• 純粋に美的手法に関するガイダンスを求めているとき（creative-directionを使用）。
• アーキタイプとブリーフがすでに完成していて、実制作を依頼しているとき（後続の制作スキルに進む）。
• ロゴや完成済みのアイデンティティを求めているとき（logo-design、brand-identityを使用）。
• 既存ブランドの語り口を定義したいとき（brand-voiceを使用）。
• ポジショニングがゼロの状態からブランド戦略を定義するとき（まずbrand-ideationを使用し、その後このスキルに戻る）。

---

他のスキルとの連携

このスキルは制作時のスキルより上流で機能し、美的手法のレイヤーと並行して動作します。

• brand-archetype-system（上流の入力）。このスキルが選択するアーキタイプのカタログです。生成されるブリーフではアーキタイプの名称を示しますが、その既定値を再定義することはありません。
• creative-direction（並行する入力）。アーキタイプが参照する4軸の用語体系です。利用側で軸全体のブリーフが必要な場合は、先にcreative-directionを実行してください。このスキルのブリーフでは、その出力を使用します。
• brand-identity（下流）。ブリーフの承認後、brand-identityがそれを完成したアイデンティティシステムに仕上げます。
• landing-page-copy、content-and-copy、art-direction（下流）。美的な成果物を生成する後続スキルは、すべてこのスキルのブリーフを参照します。

アーキタイプの既定の配色を新しいブランドにそのまま転用することが、このスキルで防ごうとしている失敗パターンです。ブリーフでは、ビジネス仕様の具体的な要件に合わせてアーキタイプの既定値を調整します。

---

フレームワーク：5つのステップ、3つのルール、1つのハイブリッドバンク

1. デザイン空間を特定します。 brand-archetype-system から、業種と形状に合う候補のアーキタイプを1〜2個選びます。
2. 入力側の差別化を行います。 提供済みデモのシグネチャを確認します。提供済みのいずれかと類似する候補は除外します。却下した候補とその理由を記録します。
3. リファレンスを取得します。 厳選されたリファレンスバンク references/reference-bank/ から、選択したアーキタイプと業種に一致するファイルを読み込みます。バンクの情報が不足している場合は、見つけた実例を1〜2件追加します。ビルド PR で、見つけたリファレンスをバンクに追加します。
4. 調整します。 選択したアーキタイプのデフォルト（配色、書体、語り口、レイアウト、画像の方向性）を、ビジネス要件に合わせて変更します。ブリーフは抽象的な分類ではなく、具体的なトークンとしてまとめます。
5. レンダリングして検証します。 references/02-brief-template.md のテンプレートを使ってブリーフをレンダリングします。出力側の差別化を実行します。ブリーフ、リファレンスの一覧、差別化チェックの結果を出力します。

詳しい手順は references/01-process.md を参照してください。差別化のスキーマと3つの重複ルールについては references/03-divergence-check.md を参照してください。

---

ハイブリッドリファレンスモデル

ビルドのたびに充実していく厳選バンクです。references/reference-bank/ 内の各ファイルは、アーキタイプと業種の組み合わせを1つ取り上げ、実例の URL を3〜6件掲載しています。それぞれに1行の選定理由と、任意で配色や書体に関する所見が含まれます。バンクには、西部ブーツメーカー、伝統的な理髪店、気球遊覧体験の3つの組み合わせが初期データとして含まれています。

ビルドで情報が不足している組み合わせを利用する場合、ビルド中に見つけた実例をビルド PR の一部としてバンクに追加することが求められます。利用するほどバンクが充実します。

---

差別化スキーマ

提供済みの各デモには、次の7つのフィールドを持つシグネチャがあります。

• slug
• archetype（brand-archetype-system における正式なアーキタイプ名）
• dominant_hue_family（識別可能な色の系統。例：レザー・ボーン・サドル、夜明けのネイビー・コーラル、ダーク・リネン・アンバー）
• voice_register（例：物語を前面に出した三人称、雰囲気を重視した二人称、適合確認を優先した技術的な語り口）
• primary_structural_pattern（例：商品を前面に出した購入可能なグリッド、弧を描くタイムラインのヒーロー、適合セレクターの後に商品列）
• hero_shape（例：画像とテキストの2カラム、下部に帯を配したワイド写真、オーバーレイ付きのフルブリード画像。正式な用語は references/05-section-shapes-vocabulary.md を参照）
• footer_shape（例：1行の帯、複数カラムのサイトマップ、リンクなしのテキストのみ。同じ用語ファイルを参照）

重複ルール（全ルールは references/03-divergence-check.md を参照）：

• 2つのデモが同じアーキタイプと同じ dominant_hue_family を共有する場合 => SIBLING（ブロック）。
• 2つのデモが同じアーキタイプ、同じ voice_register、同じ primary_structural_pattern を共有する場合 => SIBLING（ブロック）。
• 異なるアーキタイプ間で dominant_hue_family のみを共有する場合 => WARN。
• 候補の hero_shape が、提供済みの2つ以上のデモの hero_shape と一致する場合 => WARN。
• 候補の hero_shape が、提供済みの3つ以上のデモと一致し、いずれかがアーキタイプファミリーを共有する場合 => BLOCK。
• 候補の footer_shape が、提供済みの3つ以上のデモと一致する場合 => WARN。

7つのシグネチャを使った具体例は、説明用として references/04-shipped-demos-signatures-example.md にあります。利用するプロジェクトの実際のシグネチャファイルは、このスキルではなく、そのプロジェクト内に置かれます。

商標と帰属表示

アーキタイプは、ブランド名ではなく、美的な系統にちなんで命名します。これは brand-archetype-system の慣例に従うものです。現在の参考サイトは、記述的な帰属表示の表現を使って例として引用します。「[URL] によって例示される」「〜に特徴的な」「〜の系譜に属する」といった表現です。これは記述的かつ指名的なフェアユースの範囲であり、ブランドのリニューアルがあっても有効です。アイデンティティを転換したブランドが、かつて例示していたアーキタイプが無効になることはありません。

---

必要なデータを利用できない場合

このスキルの出力は、このスキルだけでは生成できないデータ、測定値、またはツールの結果に依存します。必要な入力、ツール、またはデータソースを利用できない、または検証できない場合、認められる出力は、欠落している情報を明示した成果物です。何が必要だったのか、実際に何を取得または検証できたのか、出力のどの部分に影響するのかを記載します。成果物を完成させるために、必要な数値を捏造、推定、または補間することは決して認められません。欠落を明示すれば、それで回答として完結します。

---

参考ファイル

• references/00-overview.md - このスキルの根拠、ハイブリッドな参考資料モデル、双方向の差異、商標に関する方針。
• references/01-process.md - 5段階のプロセスと、各段階の具体的な実行方法。
• references/02-brief-template.md - セクションごとのガイダンスを含む、記入可能なブリーフのテンプレート。
• references/03-divergence-check.md - 署名スキーマと重複に関するルール。
• references/04-shipped-demos-signatures-example.md - 7つのデモを含む、署名ファイルの記入例。
• references/05-section-shapes-vocabulary.md - ヒーローとフッターのセクション形状、およびアーキタイプとの親和性に関する標準的なオープン語彙。

厳選された参考資料バンクは、references/ の下にある reference-bank/ サブディレクトリに格納されています。このバンクには、README と、アーキタイプと業種の組み合わせに関する3つの初期ファイルが含まれています。premium-dtc-maker-western-boots.md、heritage-local-service-barbershop.md、hospitality-experience-balloon-ride.md です。バンクの目的と拡張手順はREADMEに記載されています。各初期ファイルには、選択したポジションに対する肯定的な現行参考事例が3〜4件、否定的な参考事例が1〜2件記載されています。プロセスのステップ3で、作成するもののアーキタイプと業種に一致するバンクファイルを読み込みます。