brand-discovery

用途

Brand Discovery 用于开展结构化、自适应的品牌身份访谈。其目标是产出一份完整的 90_SYNTHESIS.md——一份主品牌手册，组织可用它来向设计师、写作者和外部协作者交代品牌。

访谈跨多次会话进行。过程中将答案写入磁盘，这样对话结束时已获取的知识不会丢失，后续会话也能从上次停止处继续。

何时启用

品牌正在创建、重新定位，或需要一份书面身份参考来向协作者交代。
预期会有多次会话——对话将跨越数天或数周。
多位创始人或利益相关者需要先分别访谈，再进行对账。
用户想要结构化、可重复的方法，而不是临时聊天。
现有品牌文档分散、隐含或依赖创始人，需要将其显性化。

会话启动协议

每次启用时，在提出任何访谈问题之前执行以下步骤：

检查先前进度。在项目的 brand-identity 目录中查找已有的模块文件集和 state.json 检查点。如果不存在，则为全新开始——确认品牌名称、参与者以及 brand-identity 文件的保存位置，然后从第一个模块开始。
如果某个模块正在进行，读取当前模块文件，并扫描其 Raw 部分以查找先前记录的答案。
用两三句话向用户报告：我们处于哪个模块、其状态以及还剩什么。然后询问：“继续这里，还是切换模块？”

访谈纪律

在每个模块中全程应用以下规则：

一次只问一个问题。绝不要一次列出多个问题。
每次回答后：简短复述 → 一个深入追问，或者如果话题已饱和则结束该线索。绝不要默默跳过。
阶梯式追问：对每个“是什么”的回答，追问“这对你为什么重要？”，直到浮现出核心价值（通常两到四次迭代）。
5 Whys：对信念或定位主张——追问到根本原因，而不是停留在表面声明。
识别单薄回答：如果回答笼统、堆砌术语或含糊，要求给出一个具体例子、客户故事或数字。
投射技巧（每个模块使用一次以打破停滞）：
- “如果品牌是一个人，他们会怎样走进一个房间？”
- 品牌讣告：“如果组织在五年后关闭，客户会怀念什么？你会后悔没说什么？”
- 竞争对比：“说出一个你欣赏但绝不想成为的同行。具体是什么让他们成为错误的范本？”
饱和信号：当连续两次追问都没有产生新信息时，总结并结束该模块。

模块结束时：写入一个结构化模块文件，包含两个部分：

## Raw——逐字引述和例子。
## Synthesis——你的解读、三个候选表述、开放问题、参与者之间的矛盾。

然后更新 state.json 检查点（见下方状态协议）。

模块顺序

文件	标签	使用的框架
10_purpose-why.md	目的 / 为什么	Sinek Golden Circle、Lencioni
20_positioning.md	定位	Dunford “Obviously Awesome”、Moore 模板
30_audience-niche.md	受众与细分	Baker “Business of Expertise”、ICP
40_personality-archetype.md	人格与原型	Mark & Pearson 12 原型、J. Aaker 5 维度
50_voice-tone.md	语调与语气	品牌语调指南
60_narrative-story.md	叙事 / 故事	Neumeier trueline、品牌故事弧
70_founder-tension.md	创始人品牌 vs 工作室品牌	Enns “Win Without Pitching”
90_SYNTHESIS.md	主品牌手册	Kapferer 棱镜、Aaker 品牌系统

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

状态写入协议

每个模块达到饱和或完成状态后，写入两个文件：

模块文件位于 modules/{moduleFile}——完整的 Raw 和 Synthesis 内容。
state.json——一个轻量检查点，以便后续会话可以继续。更新 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。写入后，将 "90_SYNTHESIS.md" 加入 completedModules，然后将 inProgressModule 设为 null——若保持其有值，会导致未来恢复时把已完成的品牌手册视为仍在进行。确认：“Brandbook complete. All modules saved.”

多创始人模式

当有多位创始人参与时，将每位创始人的答案写入 founders/{participant}.md，而不是主模块文件。写入前验证参与者名称：仅接受字母数字字符和连字符（例如 founder-a、anna）；拒绝包含路径分隔符（/、\、..）或特殊字符的名称。对照枚举的模块序列（仅 10 到 90）验证 moduleFile。验证 outputPath，确保它是项目目录内的绝对路径——拒绝相对路径以及通过 .. 段逃逸的路径。所有创始人完成一个模块后，运行对账：在模块文件中总结趋同与分歧，标记“有生产力的张力”供小组对齐工作坊使用。

反模式

未先读取状态就开始。每次会话都必须先检查已有的模块文件和 state.json。跳过这一步会丢失先前会话的所有连续性。
一次问多个问题。一次一个问题不是可选项——问题列表会产生清单式回答，而非真正的洞见。
未饱和就进入 Synthesis。如果最后两次追问没有产生新信息，模块就完成了。如果产生了——则没有完成。
跳过多创始人对账。涉及多个利益相关者时，必须先完成个人访谈再对账。先集体讨论品牌会引入锚定偏差。
把它当作一次性会话。此技能为多次会话设计。在一次对话中匆忙推进到 90_SYNTHESIS.md 会产生浅薄输出。

技能介绍

用途