ECC brand-discovery 实战解析：Module 10「Purpose / Why」如何借助 Golden Circle 与 5 Whys 挖出品牌核心信念

ECC 仓库中的 brand-discovery 技能提供了一套结构化、可跨会话恢复的品牌身份访谈方法论，覆盖目的、定位、受众、人格、语气、叙事与创始人张力共 8 个模块。本文以 10_purpose-why.md 模块模板为主体，完整讲解该模块的访谈框架、Raw/Synthesis 双区记录结构、候选 Why 表述法，并结合 SKILL.md 中的访谈纪律、状态持久化协议与多创始人模式，说明这一模块如何在多轮会话中落地、如何与定位模块（Module 20）及主品牌手册（Module 90）衔接。

一、Module 10 在 brand-discovery 技能中的定位

brand-discovery 技能的目标不是产出一次性的头脑风暴结论，而是产出一份完整的 90_SYNTHESIS.md——一份主品牌手册（master brandbook），供组织用于向设计师、写作者和外部协作者传递品牌 brief。访谈被设计为跨越多次会话运行，答案在过程中持续落盘，避免会话结束时知识丢失，并允许后续会话从上次中断处恢复。

该技能的模块序列在 SKILL.md 中明确定义为：

文件	标签	使用的框架
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

Module 10 是序列中的第一个模块，从源码结构看它承担"地基"角色：90 号综合模块的 90_SYNTHESIS.md 中，第 1 节标题即为 "The Why (from Module 10)"，并直接引用 Module 10 的三项产出——核心信念（Core belief）、行为化的 How（Behavioural How）、以及"我们拒绝成为什么"（What we refuse to be）。这决定了 Module 10 的记录质量直接约束最终品牌手册的可用度。

说明：仓库中该技能存在两份完全一致的副本，skills/brand-discovery/ 与 .agents/skills/brand-discovery/（后者额外携带一份 agents/openai.yaml 界面配置）。下文以 skills/ 路径为准。

二、模块目标与理论框架：先于卖点的"Why"

10_purpose-why.md 开篇即声明了本模块的框架与目标：

Frameworks: Sinek Golden Circle · Lencioni organisational purpose

Goal: Surface the brand's core belief — the Why that exists independently of what the organisation sells or how it delivers. Captures the founding conviction, not the elevator pitch.

这句话是整个模块的设计纲领，包含三层约束：

1. Golden Circle 框架：访谈要触及的是最内层的 Why（为什么存在），而不是中层的 How（如何交付）或外层的 What（卖什么）。这与技能级纪律中的 Laddering 和 5 Whys 直接呼应——对每个"what"层面的回答追问"Why does that matter to you?"，直到核心价值观浮现。
2. Lencioni 组织目的框架：要求 Why 是"创立时的信念"（founding conviction），强调其独立于商业形态而存在。
3. 明确的负面边界："not the elevator pitch"——模板在源头就排除了电梯陈述式的套话，为后续"检测空洞回答"的访谈纪律提供了判定基准。

三、Raw 区：四条访谈捕获线及其记录纪律

模块文件的主体是 ## Raw 区，用于存放访谈期间捕获的逐字引用、故事和例子。模板中的注释明确了记录纪律：

<!-- Verbatim quotes, stories, and examples captured during the interview.
     Record exact language — paraphrase belongs in Synthesis, not here.
     Include speaker attribution if multi-founder session. -->

三条纪律值得注意：只记录精确语言（转述属于 Synthesis 区的职责）；多创始人场景必须做说话人归属标注（speaker attribution）；Raw 区是整个多会话系统的事实依据层。

Raw 区定义了四条捕获线，每条对应一个具体的访谈问题域：

1. Core belief (why does this exist?)

核心信念捕获线，直接对应模块目标：这个品牌为什么存在？这是 Golden Circle 最内层的落点，也是最终品牌手册第 1 节 "Core belief" 引用块的内容来源。

2. The behavioural How (values in action, not poster slogans)

注意括号中的限定——"行动中的价值观，而不是海报标语"。这与 SKILL.md 的访谈纪律形成闭环：当回答空泛、充满行话或含糊时，访谈者必须索取一个具体例子、一个客户故事或一个数字（"Detect thin answers"）。"行为化 How"要求捕获的正是这类可验证的行动描述。

3. What the brand refuses to be or do

"拒绝成为什么 / 拒绝做什么"是反向定义品牌的捕获线。从源码结构看，这一项有两个下游消费点：其一，90 号综合手册的 "What we refuse to be" 字段；其二，Module 20 定位模板中的 "Unlike [alternatives], we [key differentiator]"——差异化表述往往正是从"拒绝"清单中提炼的。

4. Founder quotes strong enough to become internal anchors

筛选标准极高的创始人原话捕获线：只有"强到可以作为内部锚点"的引用才值得在此登记。这为 90 号综合阶段提供了可直接引用的语言资产。

四、Synthesis 区：从原始材料到候选 Why 的四个产出位

## Synthesis 区是访谈者（即运行技能的 Agent）对 Raw 材料的解读层，模板注释要求产出三个板块（formulations、open questions、contradictions），实际模板给出了四个子节：

1. Candidate Why formulations (offer 2–3 versions, vary register and specificity)

要求给出 2–3 个候选 Why 表述，并且刻意变化语域（register）与具体度（specificity）。这一设计避免了"一次性定稿"的锚定偏差——最终定稿被推迟到 90 号综合阶段，与其余模块交叉校验后再承诺。模板中保留了 1、2、3 三个空编号位，对应三个候选版本。

2. Open questions / threads to pursue in later modules

未决问题的登记处。这些"线程"会在后续模块中被回访——例如 Why 与受众假设的张力会移交 Module 30，与定位框架的张力会移交 Module 20。

3. Contradictions or tensions between participants (multi-founder only)

仅适用于多创始人场景：登记参与者之间的矛盾与张力。结合 SKILL.md 的多创始人模式，各创始人的答案先分别写入 founders/{participant}.md，全部完成后再做 reconciliation（对账）——在模块文件中总结收敛点与分歧点，并将"productive tensions"（建设性张力）标记给团队对齐工作坊。模板同时明确禁止"先集体讨论品牌"，因为那会引入锚定偏差（anchoring bias）。

4. How does this Why constrain or enable positioning? (bridge to Module 20)

显式的模块桥接位：要求访谈者当场回答"这个 Why 如何约束或赋能定位？"。这与 20_positioning.md 末尾的 "Tensions with Module 10 Why (flag any contradictions for Module 90 reconciliation)" 子节构成双向接口——Module 10 从上游审视定位，Module 20 从下游回指 Why，两处标记的矛盾最终由 90 号综合手册的 "Tensions resolved" 表格收口。

五、支撑 Module 10 落地的访谈纪律与状态协议

模块模板只是静态结构，真正保证 Module 10 在多会话中可执行的，是 SKILL.md 定义的全局协议。以下逐项对应 Module 10 的实际运行约束。

1. 会话启动协议（每次激活必做）

在任何访谈问题之前，Agent 必须先：

1. 检查既有进度：在项目的 brand-identity 目录中查找现有模块文件集合与 state.json 检查点。若不存在则为全新开始——确认品牌名、参与者和保存路径后从第一个模块（即 Module 10）开始。
2. 读取当前进行中的模块文件，并扫描其 Raw 区中已捕获的答案。
3. 向用户汇报（两到三句话）：当前处于哪个模块、其状态、剩余工作，然后询问"Continue here, or switch module?"

这一协议解释了为何 10_purpose-why.md 的 Raw 区设计为"追加式"结构——同一模块文件可能被多个会话反复打开并继续追加。

2. 访谈纪律（逐条作用于 Why 的挖掘过程）

• 一次只问一个问题：绝不呈现问题列表——列表式提问只会得到清单式回答。
• 每个回答之后：简短转述 → 要么追加一个深挖探针，要么在话题饱和时收线。绝不静默跳题。
• Laddering（阶梯追问）：对每个 "what" 回答追问 "Why does that matter to you?"，直到核心价值观浮现（通常两到四轮迭代）。这是 Module 10 的核心引擎。
• 5 Whys：对信念类与定位类主张，追问到根因，而不是停留在表面声明。
• 检测空洞回答：回答空泛、行话化或含糊时，索取一个具体例子、客户故事或数字——这正是第 2 节 "behavioural How" 捕获线所需的材料。
• 投射技术（每个模块最多用一次，用于打破平台期）：
  • "如果品牌是一个人，他走进房间时会怎么走？"
  • 品牌讣告："如果组织五年后关闭，客户会想念什么？你会后悔没说出什么？"
  • 竞品对照："说出一个你欣赏但绝不想成为的同业。他们具体哪里是错误模型？"——后者与 Module 10 的 "refuses to be" 捕获线天然衔接。
• 饱和信号：连续两个探针没有产生新信息时，总结并关闭模块。
• 模块收尾：写出含 ## Raw 与 ## Synthesis 两节的结构化模块文件（三个候选表述、未决问题、参与者间矛盾），然后更新 state.json 检查点。

3. 状态写入协议：模块文件 + state.json 检查点

每个模块达到饱和或完成状态后写入两个文件：模块文件位于 modules/{moduleFile}（完整 Raw 与 Synthesis 内容）；以及轻量级 state.json 检查点。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}"
}

Schema 示例本身就展示了 Module 10 的典型状态：inProgressModule 为 10_purpose-why.md、nextModule 为 20_positioning.md。写入后 Agent 需确认："Module X saved. State updated. Next: Y."

4. 多创始人模式的路径安全约束

当多个创始人参与时，每个创始人的答案写入 founders/{participant}.md 而非主模块文件。模板与技能对写入路径施加了显式校验：

• participant 名称仅接受字母数字与连字符（如 founder-a、anna），拒绝包含路径分隔符（/、\、..）或特殊字符的名称；
• moduleFile 必须对照枚举的模块序列（10 到 90）校验；
• outputPath 必须是项目目录内的绝对路径，拒绝相对路径与通过 .. 段逃逸的路径。

这些约束保证 Module 10 在多参与者、多会话场景下的落盘行为是确定且安全的。

六、反模式清单：Module 10 最常见的五种失败方式

SKILL.md 的 Anti-Patterns 一节直接枚举了技能（尤其是首个模块）的典型失败模式：

1. 不读状态就开始：每次会话必须从检查既有模块文件与 state.json 开始，跳过它意味着丢失此前所有会话的连续性。
2. 一次问多个问题："一次只问一个问题"不是可选项——列表产生清单式回答，而非真实洞察。
3. 未饱和就进入 Synthesis：若最近两个探针没有新信息，模块才算完成；若有——说明还没完。
4. 跳过多创始人对账：涉及多方时，必须先完成逐个访谈再对账；先集体讨论品牌会引入锚定偏差。
5. 当作一次性会话处理：该技能为多会话设计，在一次对话中仓促冲向 90_SYNTHESIS.md 只会得到浅层输出。

七、Module 10 产出的下游消费路径

从仓库文件可以梳理出 Module 10 的完整数据流：

1. 模块内：Raw 区四条捕获线 → Synthesis 区三个候选 Why 表述 + 未决问题 + 张力登记 + 定位桥接位。
2. 横向（Module 20）：20_positioning.md 的定位声明模板 "For [target client] who [situation], [brand name] is the [category] that [unique value]. Unlike [alternatives], we [key differentiator]." 直接以 Module 10 的 Why 为价值主张来源，并在末尾用 "Tensions with Module 10 Why" 子节回指。
3. 纵向（Module 90）：90_SYNTHESIS.md 第 1 节 "The Why (from Module 10)" 以引用块形式固化三项内容——Core belief、Behavioural How (values in action)、What we refuse to be——与 Module 10 Raw 区的前三条捕获线一一对应；第 8 节 "Tensions resolved" 表格则收口各模块间的矛盾，包括 10 与 20 之间标记过的张力。

此外，90 号综合模块有专门的终态状态协议：写入最终综合时将 inProgressModule 设为 "90_SYNTHESIS.md"、nextModule 设为 null；写入完成后 completedModules 加入 "90_SYNTHESIS.md" 且 inProgressModule 置为 null——否则未来恢复会话会把已完成的 brandbook 误判为仍在进行。确认语为："Brandbook complete. All modules saved."

八、小结与验证路径

10_purpose-why.md 本身是一份高度纪律化的访谈模板：以 Sinek Golden Circle 与 Lencioni 组织目的为理论框架，以 Raw（逐字捕获、四条捕获线）/Synthesis（2–3 个候选 Why、未决问题、多创始人矛盾、Module 20 桥接）双区为产物结构，并刻意拒绝捕获电梯陈述式的表面信念。真正使其可运行的是 SKILL.md 提供的运行时协议——会话启动检查、一次一问、Laddering/5 Whys 深挖、饱和判定、state.json 检查点与多创始人路径校验。

读者可在当前仓库中按以下路径继续深入：模块模板序列位于 skills/brand-discovery/references/，技能运行时规则见 skills/brand-discovery/SKILL.md，模块间衔接可对照 skills/brand-discovery/references/90_SYNTHESIS.md 的引用块结构；该技能的安装与分发配置可参考 manifests/install-modules.json 与 package.json 中的 skills/brand-discovery 条目。