Brand Board Standard
このスキルは、すべてのブランドボードが同じセクションフレームワークを使用するようにすることで、異なるブランド（キャラクター、色、トーンが異なる）でも同じ方法で比較、レビュー、ハンドオフできるようにします。
この標準は、4つの参照ボード（Pawang.dev、DukunKode、Gus Kode、Ning Kode）の分析から導き出されました。各ボードは異なる分野で優れているため、この標準はそれぞれの長所を組み合わせています。各セクションの完全な仕様は references/section-spec.md にあります。
なぜこの標準が必要か
固定フレームワークがないと、新しいボードはその時点で思いつかなかったセクション（ロゴのダークバージョン、コードフォント、エラー状態のマイクロコピーなど）を見逃しがちです。その結果、ブランドは他のチームが一貫して使用できなくなります。固定フレームワークは、すべてのブランドに同じ質問を強制します。
範囲を選択: 段階的または完全
2つの範囲があります。デフォルトは段階的です。 完全範囲は、ユーザーが明示的に（たとえば「完全モード」「全セクション」「full」「すべて埋める」）指定した場合のみ使用します。ユーザーが何も指定しない場合は段階的を使用し、質問しないでください。
| 段階的（デフォルト） | 完全 | |
|---|---|---|
| Tier 1（7セクション） | 必須 | 必須 |
| Tier 2（7セクション） | ブランドに要素がある場合のみ | 必須、ブランドにない場合は最小バージョンを使用 |
| Tier 3（2セクション） | 関連する場合のみ | 必須、関連しない場合は最小バージョンを使用 |
| スキップされたセクション | 理由とともに記録 | なし |
| 適しているケース | アイデンティティが明確なブランド、簡潔なボード | ブランド間で統一されたテンプレート、完全なドキュメント |
完全範囲では、各セクションに「最小バージョン」（references/section-spec.md 参照）があり、無理やり感が出ないようになっています。内容はロゴ、タグライン、事業分野から導き出され、適合しない要素をでっち上げることはありません。内容全体が導出されたセクションは、セクションタイトルに [ASUMSI] と1回だけマークされます（行ごとではありません。以下のマーク規則を参照）。
3つの動作モード
ユーザーのリクエストからモードを判断し、そのフローに従います。範囲（段階的/完全）は3つのモードすべてに適用されます。
モードA: 新しいブランドボードを作成
- 最低限のブリーフを収集します。 会話ですでに何が話されているかを確認し、再度質問しないでください。必要なもの:
- ブランド名とタグライン（または3つの価値の柱）
- 事業分野とターゲットオーディエンス
- キャラクター/トーン（例：温かい、ミステリアス、フォーマル）および、もしあれば文化的コンセプトやマスコット
- 色の好み（オプション、提案可能） ブリーフが不足している場合は、最大3つまで一度に質問し、残りは明示的に書かれた仮定で埋めます。
- 範囲を決定します（デフォルトは段階的）。段階的な場合は、関連するTier 2/3のセクションを選択します。
- ブランドスペックを生成します。
assets/brand-spec-template.mdを使用します。これは各セクションを埋めるMarkdownドキュメントで、単一の信頼できる情報源となります。 - 画像プロンプトを生成します（ボードごとに1つのプロンプト）。ブランドスペックから導き出され、
references/section-spec.mdの「キャンバスレイアウト」に従います。Claudeはボード自体を描画しないため、このプロンプトがユーザーが選択した画像生成ツールで使用されます。 - QAチェックリストを実行します。結果を提出する前に。
モードB: 既存のボードを監査
- ボードの内容を標準セクションリスト（16セクション）にマッピングします。特別なリクエストがない限り、段階的範囲に照らして評価します。ユーザーが完全を求めた場合は、16セクションすべてが必須とみなされます。
- テーブルを出力します: セクション、ステータス（✅ 完了 / ⚠️ 部分的 / ❌ なし）、および具体的な不足点のメモ（例：「タイポグラフィにコードフォントがない」）。
- 所見を並べ替えます: 欠落しているTier 1、次に内容の完全性、次にTier 2と3。
- それらのギャップを埋めるパッチブランドスペックの作成を提案します。
モードC: 複数のボードを統一
各ボードでモードBを実行し、比較マトリックスを表示してから、各ボードに追加する必要があるセクションを提案します。
標準構造（簡潔）
この順序と番号は固定です。ブランド間で変更しないでください。読者は常に情報の場所がわかるようにするためです。1セクション＝1トピックで、セクションが統合されることはありません。
Tier 1: すべてのボードで必須（両方の範囲）
| # | セクション | 最低限の内容 |
|---|---|---|
| 1 | ヒーロー | メインロゴ、タグライン、メインイラスト/ビジュアル、説明文1文、3つの柱 |
| 2 | ロゴバリエーション | 水平、垂直、アイコン/アプリアイコン、ミニマル、ダークバージョン、ファビコン |
| 3 | カラーパレット | 最低4色。各色に名前、HEX、役割があること |
| 4 | タイポグラフィ | 3つの役割: 見出し、本文、コード/技術。各フォントに使用ラベルと例があること |
| 5 | トーンオブボイス | トーンの説明、引用例、UIコンテキスト別マイクロコピー、原則チェックリスト |
| 6 | 適用例 | 最低3つの実際のコンテキスト |
| 7 | フッター | 小ロゴ、1行の説明、3つの柱またはタグライン |
Tier 2: 段階的では条件付き、完全では必須
| # | セクション | 段階的範囲での条件 |
|---|---|---|
| 8 | 哲学 | ブランドがストーリーベースまたはポジショニングで販売される場合 |
| 9 | ブランド価値 | ブランドがオーディエンスに伝える価値がある場合 |
| 10 | マスコット | ブランドにキャラクターがある場合 |
| 11 | アイコンセット | ブランドが独自のアイコンセットを使用する場合 |
| 12 | ビジュアル要素 | ブランドが装飾や文化的モチーフを使用する場合 |
| 13 | 背景パターン | ブランドが背景パターンを使用する場合 |
| 14 | 追加アセット | サポートプロパティがある場合 |
Tier 3: ビジネスモジュール、段階的ではオプション、完全では必須
| # | セクション | 段階的範囲での条件 |
|---|---|---|
| 15 | サービス | ブランドが名前付きのサービス/製品を販売する場合 |
| 16 | パッケージ | サービスにパッケージがある場合 |
ブランドスペックの記述ルール
- Markdownを使用します。フローや階層を表示する必要がある場合は、Mermaid図を使用してください。CSVをデータソースとして提案しないでください。Markdownが単一の信頼できる情報源として十分だからです。
- ユーザーが使用する言語で記述します（デフォルトはインドネシア語）。技術用語（hex、favicon、microcopy）はそのままにします。
- 参照ボードのセクション名を維持します：「Palet Warna」、「Tipografi」、「Gaya Bahasa」、「Contoh Penerapan」、「Variasi Logo」。
- 各色の値は
#RRGGBBで記述します。各フォントは正確な名前と役割で記述します。 - 本文テキストに安全なテキストと背景の色の組み合わせ（目標コントラスト比最低4.5:1）をパレットの役割の列に記載します。
- ユーザーから提供されていないビジネス上の事実（価格、サービス名、主張）をでっち上げないでください。やむを得ず埋める場合は、
[ASUMSI]とマークして、見つけやすく確認しやすくします。 [ASUMSI]のマーク規則: セクションの内容全体が導出されたものまたは最小バージョンの場合は、セクションレベルでタイトルにマークします（例：### 10. Maskot [ASUMSI]）。ユーザーまたはブリーフに由来するセクション内の1つの特定の事実に対してのみ、行または文レベルでマークします（例：確認メールの「1営業日以内」という約束、またはまだ承認されていない1つのサービス名）。タイトルでマークされたセクション内のテーブルの各行をマークしないでください。最終サマリーでは、マークされたセクションのリストとマークされた特定の事実を記載するだけで十分です。- ブランドが文化的または宗教的要素（バティック、カウウン、バッジ、宗教用語）を使用する場合は、敬意を払い、軽蔑的にならないように使用します。疑わしい場合は質問し、仮定しないでください。
画像プロンプトの形式
画像プロンプトは自己完結型（そのまま貼り付け可能）で、次の内容を順に含める必要があります: キャンバス形式、イラストスタイル、内容を含むセクションリスト、HEXを含むパレット、禁止事項（例：「ランダムなテキストなし」「テキストは読みやすく」）。
2つの異なる順序。混在しないでください:
- ブランドスペックはセクション番号順（1、2、3、... 16）に従います。
- 画像プロンプトはキャンバスレイアウト順、つまり上から下へ行ごとに従います: 1、2、10、14、11、12、3、4、5、6、13、8、9、15、16、そして最後に7（フッター）。段階的範囲では、使用しない番号はスキップし、残りの順序は変更しません。
- プロンプト内の各セクションに標準番号のプレフィックスを付けます（例：
[10] Maskot: ...）。これにより、順序が番号と異なっていても、どのセクションが意図されているかが明確になります。画像に表示する必要のあるすべてのテキストを正確に記述します。画像モデルは自由に残されたテキストのスペルを間違える傾向があるためです。
生成された画像はビジュアルドラフトとして扱い、ブランドスペックMarkdownはHEX、フォント名、コピーの信頼できる情報源として扱うようにユーザーに提案します。
結果を提出する前のQAチェックリスト
- 使用された範囲（段階的/完全）がブランドスペックの最初に記載されている
- Tier 1の7セクションすべてが存在し、最低限の内容を満たしている
- 各色に名前、HEX、役割がある
- タイポグラフィにコードフォントと各フォントの使用ラベルがある
- ロゴのダークバージョンとファビコンがある
- トーンオブボイスに少なくとも次のマイクロコピーが含まれている: ヒーロー、CTA、ローディング、成功、エラー404、確認メール
- セクションの順序と番号が標準に準拠している
- 完全範囲: 16セクションすべてが埋められており、空のセクションがない
- 段階的範囲: スキップされたセクションが理由とともに記録されている
- 仮定がルールに従ってマークされている: 内容全体が導出された場合はセクションのタイトルに、単一の事実に対してのみ行に。マークされたセクション内で重複マークがない
- 最終サマリーに
[ASUMSI]とマークされたセクションと事実のリストが記載されている
ユーザーへの返信形式
結果（ブランドスペックまたは監査テーブル）から始め、最後に仮定と確認が必要な項目の簡単なリストを添えます。仕様がすでにファイルにある場合は、チャット内で仕様の内容を繰り返さないでください。