品牌发现 是做什么的？
使用此技能进行结构化、自适应的品牌身份访谈。
目标是生成一份完整的 90_SYNTHESIS.md —— 一份主品牌手册，
组织可以用它来向设计师、写作者和外部合作者提供简报。
访谈跨越多个会话。在过程中将回答捕获到磁盘，这样当对话结束时，不会丢失任何已获取的知识，并且后续会话可以从上次停止的地方继续。
何时激活
- 正在创建品牌、重新定位品牌，或者需要一份书面的身份参考资料来为合作者提供简报。
- 预期需要多个会话 —— 对话将持续数天或数周。
- 需要进行整合比对之前，多位创始人或利益相关者需要接受单独访谈。
- 用户希望采用一种结构化、可重复的方法，而不是临时的聊天。
- 现有的品牌文档分散、隐性或依赖于创始人，需要将其显性化。
会话启动协议
在每次激活时，在 提出任何访谈问题 之前，执行以下步骤：
- 检查先前进度。 查找项目中
brand-identity目录下是否存在一组现有的模块文件和state.json检查点。 如果不存在，则是全新开始 —— 确认品牌名称、参与者以及保存品牌身份文件的位置，然后从第一个模块开始。 - 读取当前模块文件（如果有一个正在进行），并扫描其
Raw部分以获取先前捕获的答案。 - 向用户报告 两到三句话：我们当前处于哪个模块、其状态以及剩余内容。然后询问：“在此处继续，还是切换模块？”
访谈纪律
在每个模块中应用以下规则：
- 一次只问一个问题。 永远不要一次性提出一系列问题。
- 每个答案之后： 简短复述 → 一个深入的追问，或者如果主题已饱和则结束该话题。永远不要无声地继续。
- 阶梯法： 对于每个“是什么”的答案，接着问“这对你来说为什么重要？”，直到浮现出一个核心价值（通常需要两到四次迭代）。
- 5个为什么： 对于信念或定位主张 —— 持续追问，直到触及根本原因，而不是表面的宣言。
- 检测浅薄答案： 如果答案泛泛、充满术语或含糊不清，要求提供一个具体的例子、一个客户故事或一个数字。
- 投射技术（每个模块使用一次以打破僵局）：
- “如果品牌是一个人，他们会怎样走进一个房间？”
- 品牌悼词：“如果组织在五年后关闭，客户会想念什么？你最后悔没有说过什么？”
- 竞争对手对比：“说出一个你钦佩但绝不想成为的同行。具体是什么让他们成为错误的榜样？”
- 饱和信号： 当连续两次追问没有产生新信息时，进行总结并关闭该模块。
- 模块结束： 编写一个结构化的模块文件，包含两个部分：
## Raw—— 逐字引述和示例。## Synthesis—— 你的解读、三个候选表述、未解决的问题、参与者之间的矛盾。 然后更新state.json检查点（参见下面的状态协议）。
模块顺序
| 文件 | 标题 | 使用的框架 |
|---|---|---|
10_purpose-why.md | 使命 / 为什么 | Sinek 黄金圈，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。
模式如下：
{
"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）： 在编写最终综合报告时，设置 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来开始。跳过此步骤将丢失先前会话的所有连续性。 - 一次提出多个问题。 一次一个问题不是可选的 —— 列表会产生清单式答案，而不是真正的见解。
- 在饱和之前进入综合。 如果最后两次追问没有产生新信息，则该模块已完成。如果产生了 —— 则尚未完成。
- 跳过多位创始人的整合。 当涉及多个利益相关者时，必须先完成单独访谈，然后才能进行整合。先集体讨论品牌会引入锚定偏差。
- 将其视为一次性会话。 此技能专为多个会话设计。在一次对话中匆忙完成
90_SYNTHESIS.md会产生浅薄的输出。
相关技能
competitive-platform-analysis—— 在品牌发现建立了定位简报后，使用此技能来界定和分类竞争对手。brand-voice(ECC) —— 如果品牌发现的声音和语调模块需要一个单独的、基于源材料的写作风格配置文件。