ブランド・ディスカバリーは何をしますか？

このスキルを使用して、構造化され適応性のあるブランドアイデンティティインタビューを実施します。目標は完全な 90_SYNTHESIS.md — 組織がデザイナー、ライター、および外部コラボレーターにブリーフィングするために使用できるマスターブランドブックを作成することです。

インタビューは複数のセッションにわたって実施されます。会話が終了しても引き出された知識が失われないように、また後続のセッションが中断したところから再開できるように、回答をディスクに保存しながら進めます。

アクティベーション条件

ブランドが新規作成、再ポジショニングされている、またはコラボレーターにブリーフィングするための文書化されたアイデンティティリファレンスが必要な場合。
複数のセッションが予想される場合 — 会話が数日または数週間にわたる場合。
調整パスの前に、複数のファウンダーまたはステークホルダーが個別インタビューを必要としている場合。
ユーザーがアドホックなチャットではなく、構造化された再現可能な方法を希望する場合。
既存のブランド文書が散在している、暗黙的である、またはファウンダー依存であり、明示的にする必要がある場合。

セッション開始プロトコル

アクティベーションのたびに、インタビューの質問をする前に以下の手順を実行します：

以前の進行状況を確認する。 プロジェクトのブランドアイデンティティディレクトリに既存のモジュールファイル群と state.json チェックポイントがないか探します。存在しない場合、これは新規開始です — ブランド名、参加者、ブランドアイデンティティファイルの保存場所を確認し、最初のモジュールから開始します。
進行中のモジュールファイル が存在する場合はそれを読み、Rawセクションをスキャンして以前に取得した回答を確認します。
ユーザーに報告する 2〜3文で：現在のモジュール、そのステータス、残っている作業。その後、「ここから続けますか、それともモジュールを切り替えますか？」と質問します。

インタビューの規律

すべてのモジュールを通じて以下のルールを適用します：

一度に一つの質問。 質問のリストを提示しないでください。
各回答の後： 短い言い換え → 1つの深堀りプローブ、またはトピックが飽和した場合はスレッドを閉じる。決して黙って進まないでください。
ラダリング： 「何」に対する回答のたびに「それはあなたにとってなぜ重要ですか？」とフォローし、核となる価値が表面化するまで（通常2〜4回の反復）続けます。
5 Whys： 信念やポジショニングの主張に対して — 表面的な宣言ではなく、根本的な理由が明らかになるまで掘り下げます。
薄い回答を検出する： 一般的、専門用語だらけ、または曖昧な場合は、具体的な例、クライアントのストーリー、または数字を求めます。
投影法（プラトーを打破するためにモジュールごとに1回使用）：
- 「ブランドが人間だったら、どのように部屋に入ってくるでしょうか？」
- ブランドの死亡記事：「もし組織が5年後に閉鎖するとしたら、顧客は何を恋しく思うでしょうか？言えなかったことで何を後悔するでしょうか？」
- 競合比較：「尊敬しているが、決してなりたくない同業者を一人挙げてください。その同業者がなぜ間違ったモデルなのか、具体的に教えてください。」
飽和シグナル： 連続する2つのプローブが新しい情報を生み出さなかった場合、要約してモジュールを閉じます。
モジュール終了時： 2つのセクションを持つ構造化されたモジュールファイルを作成します：
- ## Raw — 逐語的な引用と例。
- ## Synthesis — あなたの解釈、3つの候補となる定式化、未解決の質問、参加者間の矛盾点。その後、state.json チェックポイントを更新します（下記の状態プロトコルを参照）。

モジュールシーケンス

ファイル	ラベル	使用フレームワーク
`10_purpose-why.md`	パーパス / Why	Sinek Golden Circle, Lencioni
`20_positioning.md`	ポジショニング	Dunford "Obviously Awesome", Moore template
`30_audience-niche.md`	オーディエンス & ニッチ	Baker "Business of Expertise", ICP
`40_personality-archetype.md`	ペルソナ & アーキタイプ	Mark & Pearson 12 archetypes, J. Aaker 5 dims
`50_voice-tone.md`	ボイス & トーン	Brand voice guidelines
`60_narrative-story.md`	ナラティブ / ストーリー	Neumeier trueline, brand story arc
`70_founder-tension.md`	ファウンダーブランド vs スタジオブランド	Enns "Win Without Pitching"
`90_SYNTHESIS.md`	マスターブランドブック	Kapferer prism, Aaker brand system

モジュールは順番に完了します。ユーザーからのモジュールジャンプのリクエストは受け入れ、state.json にスキップを記録します。

状態書き込みプロトコル

各モジュールが飽和または完了ステータスに達した後、2つのファイルを作成します：

モジュールファイル modules/{moduleFile} に — RawとSynthesisの全内容。

state.json — 後続のセッションが再開できる軽量チェックポイント。 completedModules、inProgressModule、nextModule、lastUpdated を更新します。スキーマ：

{
  "session": "{brand_name}-brand-{YYYY-MM}",
  "outputPath": "{path_to_brand_identity_directory}",
  "completedModules": [],
  "inProgressModule": "10_purpose-why.md",
  "nextModule": "20_positioning.md",
  "participants": ["founder-A"],
  "lastUpdated": "{ISO-8601}"
}

書き込み後、「モジュールXを保存しました。状態を更新しました。次：Y。」と確認します。

最終モジュール（90_SYNTHESIS.md）： 最終シンセシスを作成する際は、state.json の inProgressModule を "90_SYNTHESIS.md" に、nextModule を null に設定します。書き込み後、completedModules に "90_SYNTHESIS.md" を含め、inProgressModule を null に設定します — 設定したままにすると、将来の再開時に完了したブランドブックがまだ進行中として扱われます。確認：「ブランドブックが完成しました。すべてのモジュールを保存しました。」

マルチファウンダーモード

複数のファウンダーが参加する場合、各ファウンダーの回答をメインのモジュールファイルではなく founders/{participant}.md に書き込みます。書き込み前に participant 名を検証します：英数字とハイフンのみを受け入れ（例：founder-a、anna）、パス区切り文字（/、\、..）や特殊文字を含む名前は拒否します。moduleFile を列挙されたモジュールシーケンス（10から90のみ）に対して検証します。outputPath がプロジェクトディレクトリ内の絶対パスであることを確認し、相対パスや .. セグメントでエスケープするパスは拒否します。すべてのファウンダーがモジュールを完了した後、調整パスを実行します：モジュールファイル内の収束点と相違点を要約し、グループアライメントワークショップのために「生産的な緊張」にフラグを立てます。

アンチパターン

最初に状態を読み取らずに開始する。 すべてのセッションは、既存のモジュールファイルと state.json を確認することから始める必要があります。これをスキップすると、以前のセッションからの連続性がすべて失われます。
一度に複数の質問をすること。 一度に一つの質問はオプションではありません — リストはチェックリスト的な回答を生み、本当の洞察は得られません。
飽和前のシンセシスへの移行。 最後の2つのプローブが新しい情報を生み出さなかった場合、モジュールは完了です。もし生み出した場合 — 完了ではありません。
マルチファウンダーの調整をスキップすること。 複数のステークホルダーが関与する場合、調整前に個別インタビューを完了する必要があります。最初に集合的にブランドについて議論すると、アンカリングバイアスが生じます。
これを一回限りのセッションとして扱うこと。 このスキルは複数セッション用に設計されています。一度の会話で 90_SYNTHESIS.md に急ぐと浅い出力になります。

ブランド・ディスカバリー