品牌发现 是做什么的？
使用此技能进行一场结构化、自适应的品牌身份访谈。目标是完成一份完整的 90_SYNTHESIS.md —— 一本组织可以用来指导设计师、写作者和外部协作者的品牌手册。
访谈会跨越多个会话进行。在访谈过程中，将答案保存到磁盘，这样当对话结束时，所获取的知识就不会丢失，并且后续会话可以从上次停止的地方继续。
何时激活
- 正在创建、重新定位一个品牌，或者需要一份书面的品牌身份参考来为协作者提供简介。
- 预计需要进行多次会话 —— 对话将跨越数天或数周。
- 在协调整合之前，需要对多位创始人或利益相关者进行单独访谈。
- 用户想要一种结构化、可重复的方法，而不是一次随意的聊天。
- 现有的品牌文档零散、不明确或依赖创始人，需要将其显性化。
会话开始协议
每次激活时，在提出任何访谈问题之前，执行以下步骤：
- 检查先前的进展。 在项目的品牌身份目录中查找现有的一组模块文件和
state.json检查点。如果不存在，则说明是全新开始 —— 确认品牌名称、参与方以及品牌身份文件的保存位置，然后从第一个模块开始。 - 阅读当前的模块文件（如果某个模块正在进行中），并扫描其
## Raw部分以获取之前捕获的答案。 - 向用户报告（用两三句话）：我们处于哪个模块、其状态以及还需要完成什么。然后询问：“在此处继续，还是切换模块？”
访谈规范
在每个模块中应用以下规则：
- 一次只问一个问题。 永远不要一次性提出一系列问题。
- 在每个答案之后： 简短转述 → 进行一次深入追问，或者如果话题已饱和则结束该话题。永远不要默默地继续。
- 阶梯式追问： 对于每个“什么”类的回答，接着问“这为什么对你很重要？”，直到一个核心价值浮现（通常需要两到四次迭代）。
- 5 Why 分析： 对于信念或定位主张 —— 深挖直到根本原因，而不是停留在表面声明。
- 识别浅显答案： 如果答案过于泛泛、充满行话或模糊不清，要求给出一个具体的例子、一个客户故事或一个数字。
- 投射技术（每个模块使用一次以打破僵局）：
- “如果品牌是个人，他们会如何走进一个房间？”
- 品牌讣告：“如果组织在五年后关闭，客户会怀念什么？你会遗憾没有说过什么？”
- 竞争对比：“说出一个你钦佩但绝不想成为的同行。具体来说，是什么让他们成为错误的榜样？”
- 饱和信号： 当连续两次追问都没有产生新信息时，总结并结束该模块。
- 模块结束： 编写一个结构化的模块文件，包含两个部分：
## 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 真实线, 品牌故事弧线 |
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）： 当编写最终的综合文件时，将 state.json 中的 inProgressModule 设置为 "90_SYNTHESIS.md"，nextModule 设置为 null。写入完成后，将 completedModules 设置为包含 "90_SYNTHESIS.md"，然后将 inProgressModule 设置为 null —— 如果留着它，将来的恢复会话会将已完成的品牌手册视为仍在进行中。确认：“品牌手册已完成。所有模块已保存。”
多创始人模式
当有超过一位创始人参与时，将每位创始人的答案写入 founders/{participant}.md 而不是主模块文件。在写入前验证 participant 名称：只接受字母数字字符和连字符（例如 founder-a、anna）；拒绝包含路径分隔符（/、\、..）或特殊字符的名称。根据枚举的模块序列（仅限 10 到 90）验证 moduleFile。验证 outputPath 以确保它是项目目录内的绝对路径 —— 拒绝相对路径和通过 .. 段转义的路径。在所有创始人完成一个模块后，运行一次协调整合：在模块文件中总结共识和分歧，为团队对齐研讨会标记“建设性张力”。
反模式
- 不先读取状态就启动。 每次会话都必须通过检查现有模块文件和
state.json开始。跳过这一步会丢失先前会话的所有连续性。 - 同时提出多个问题。 一次只问一个问题不是可选项 —— 列出问题清单会产生检查清单式的回答，而非真正的洞察。
- 在饱和之前就转向综合。 如果最后两次追问没有产生新信息，那么该模块就完成了。如果产生了 —— 则还没有完成。
- 跳过创始人之间的协调整合。 当涉及多个利益相关者时，必须首先完成个人访谈，然后才能进行协调整合。集体讨论品牌会引入锚定偏差。
- 将其视为一次性会话。 此技能专为多次会话设计。在一次对话中匆忙完成
90_SYNTHESIS.md会产生肤浅的输出。
相关技能
competitive-platform-analysis—— 在 brand-discovery 完成定位简报后，使用此技能来界定和分类竞争对手集。brand-voice(ECC) —— 如果 brand-discovery 的语气语调模块需要一个独立的、基于来源的写作风格配置文件。