brand-discovery

name	brand-discovery
description	当品牌需要通过结构化多会话访谈发现或表达身份时使用。通过 laddering、5 Whys 和 projective techniques，覆盖目的、定位、受众、个性、声音、叙事以及 founder-brand 张力 8 个模块。产出可恢复 session、磁盘持久化状态和 master brandbook（90_SYNTHESIS.md）。

Brand Discovery

使用此技能进行结构化、自适应的品牌身份访谈。目标是完成 90_SYNTHESIS.md——一份组织可用于 brief 设计师、作者和外部协作者的 master brandbook。

访谈跨多个 session 运行。过程中把答案捕获到磁盘，避免对话结束时丢失已提取知识，也方便后续 session 从上次停止处恢复。

何时激活

• 品牌正在创建、重新定位，或需要书面身份参考来 brief 协作者。
• 预计需要多个 session——对话会跨数天或数周。
• 多位创始人或 stakeholders 需要先分别访谈，再做 reconciliation pass。
• 用户想要结构化、可重复方法，而不是临时聊天。
• 现有品牌文档分散、隐性或依赖创始人口述，需要显性化。

Session start protocol

每次激活时，在提出任何访谈问题之前执行：

1. 检查既有进度。 在项目 brand-identity 目录中查找已有 module files 和 state.json checkpoint。如果不存在，这是 fresh start——确认品牌名、参与者，以及 brand-identity files 保存位置，然后从第一个模块开始。
2. 如果有进行中的模块，读取当前 module file，并扫描 Raw section 中已捕获答案。
3. 向用户报告两三句话：当前在哪个模块、状态如何、还剩什么。然后问：“Continue here, or switch module?”

访谈纪律

在每个模块中始终应用这些规则：

1. 一次一个问题。 不要给问题列表。
2. 每个回答后： 短 paraphrase → 一个深入追问；如果主题已饱和则关闭线索。不要静默跳到下一个主题。
3. Laddering： 对每个 “what” 回答，追问 “Why does that matter to you?”，直到核心价值浮现（通常 2 到 4 轮）。
4. 5 Whys： 用于 beliefs 或 positioning claims——追到根因，而不是停在表层声明。
5. 检测薄答案： 如果回答泛泛、术语化或模糊，要求一个具体例子、客户故事或数字。
6. Projective techniques（每个模块用一次，打破平台期）：
   • “If the brand were a person, how would they walk into a room?”
   • Brand obituary：“If the organization closed in five years, what would customers miss? What would you regret not having said?”
   • Competitive contrast：“Name one peer you admire but would never want to become. What specifically makes them the wrong model?”
7. Saturation signal： 连续两个 probe 没有产生新信息时，summarise 并关闭该模块。
8. 模块结束： 写入带两个 sections 的结构化 module file：
   • ## Raw — 原话和例子。
   • ## Synthesis — 你的解读、三个候选表述、开放问题、参与者之间的矛盾。 然后更新 state.json checkpoint（见下方 State protocol）。

模块顺序

文件	标签	使用框架
10_purpose-why.md	Purpose / Why	Sinek Golden Circle, Lencioni
20_positioning.md	Positioning	Dunford "Obviously Awesome", Moore template
30_audience-niche.md	Audience & Niche	Baker "Business of Expertise", ICP
40_personality-archetype.md	Personality & Archetype	Mark & Pearson 12 archetypes, J. Aaker 5 dims
50_voice-tone.md	Voice & Tone	Brand voice guidelines
60_narrative-story.md	Narrative / Story	Neumeier trueline, brand story arc
70_founder-tension.md	Founder Brands vs Studio Brand	Enns "Win Without Pitching"
90_SYNTHESIS.md	Master Brandbook	Kapferer prism, Aaker brand system

按顺序完成模块。尊重用户跳转模块的请求，并在 state.json 中记录 skip。

State write protocol

每个模块达到 saturation 或 done 状态后，写两个文件：

Module file：modules/{moduleFile} — 完整 Raw 和 Synthesis 内容。

state.json — 轻量 checkpoint，便于后续 session 恢复。更新 completedModules、inProgressModule、nextModule、lastUpdated。 Schema：

{
  "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}"
}

写入后确认：“Module X saved. State updated. Next: Y.”

终端模块（90_SYNTHESIS.md）： 写最终综合时，在 state.json 中把 inProgressModule 设为 "90_SYNTHESIS.md"，把 nextModule 设为 null。写入后，把 completedModules 加入 "90_SYNTHESIS.md"，再把 inProgressModule 设为 null——如果保留它，未来恢复会把已完成 brandbook 当作仍在进行。确认：“Brandbook complete. All modules saved.”

Multi-founder mode

当多位创始人参与时，把每位创始人的答案写到 founders/{participant}.md，而不是主 module files。写入前验证 participant 名称：只接受字母数字和 hyphens（如 founder-a、anna）；拒绝包含路径分隔符（/、\、..）或特殊字符的名称。根据枚举模块顺序验证 moduleFile（仅 10 到 90）。验证 outputPath 是项目目录内的绝对路径——拒绝相对路径和通过 .. 逃逸的路径。所有创始人完成一个模块后，运行 reconciliation pass：在 module file 中总结共识与分歧，为 group alignment workshop 标记 “productive tensions”。

反模式

• 未先读取状态就开始。 每个 session 都必须先检查已有 module files 和 state.json。跳过会丢失前序 session 连续性。
• 一次问多个问题。 一次一个问题不是可选项——列表会得到 checklist answers，而不是真实洞察。
• 饱和前进入 Synthesis。 如果最后两个 probes 没有新信息，模块完成。如果有——还没完成。
• 跳过 multi-founder reconciliation。 多 stakeholders 场景中，必须先完成个人访谈再 reconciliation。先集体讨论会引入 anchoring bias。
• 把它当成一次性 session。 此技能为多个 sessions 设计。在一次对话里赶到 90_SYNTHESIS.md 会产出浅层内容。

相关技能

• competitive-platform-analysis — brand-discovery 建立 positioning brief 后，用它界定和分类竞品集合。
• brand-voice (ECC) — 如果 brand-discovery 的 voice-and-tone 模块需要单独的、来源驱动的写作风格画像。