品牌探索 是做什麼的？
使用此技能進行結構化、適應性的品牌身分訪談。
目標是完成一份 90_SYNTHESIS.md — 一份主品牌書，供組織
用以向設計師、撰稿人及外部協作者提供簡報。
訪談會橫跨多個會話。邊進行邊將答案捕捉至磁碟，以便 對話結束時不會遺失已激發的知識，並讓後續會話 能從上次中斷處繼續。
何時啟動
- 正在建立、重新定位品牌，或需要一份書面身分參考來向協作者簡報。
- 預計需要多次會話 — 對話將跨越數天或數週。
- 需要在進行調和階段之前，對多位創辦人或利害關係人進行個別訪談。
- 使用者想要一個結構化、可重複的方法，而非隨興的聊天。
- 現有的品牌文件散亂、隱含或依賴創辦人，需要將其外顯化。
會話啟動協議
每次啟動時，在提出任何訪談問題之前執行以下步驟：
- 檢查先前進度。 在專案的 brand-identity 目錄中尋找現有的模組檔案
和
state.json檢查點。 如果不存在，則為全新開始 — 確認品牌名稱、 參與者，以及 brand-identity 檔案的儲存位置，然後從 第一個模組開始。 - 讀取進行中的模組檔案（如果有的話），並掃描其 Raw 區塊以取得先前捕捉的答案。
- 向使用者報告兩三句話：我們在哪個模組、 其狀態、以及還剩下什麼。然後詢問：「從這裡繼續，還是切換模組？」
訪談紀律
在每個模組期間都套用這些規則：
- 一次只問一個問題。 絕不一次提出一連串問題。
- 每次回答後： 簡短複述 → 提出一個深入探究的問題，或者若主題已飽和則結束該線索。絕不沉默地繼續。
- 階梯法： 對於每個「是什麼」的回答，接著問「這對你為什麼重要？」直到核心價值浮現（通常需要二到四次反覆）。
- 5 Whys： 對於信念或定位主張 — 持續追問直到根本原因 被擺在檯面上，而非表面上的聲明。
- 偵測薄弱答案： 如果答案籠統、充滿行話或模糊，要求提供 一個具體例子、客戶故事或數字。
- 投射技巧（每個模組使用一次，以突破瓶頸）：
- 「如果品牌是一個人，他會如何走進房間？」
- 品牌訃告：「如果組織在五年後倒閉，顧客會懷念什麼？ 你會後悔沒說過什麼？」
- 競爭對比：「說出一個你欽佩、但絕不想成為的同業。 是什麼具體原因讓他們成為錯誤的模範？」
- 飽和信號： 當連續兩次深入探究都沒有產生新資訊時， 總結並關閉該模組。
- 模組結束： 撰寫一個結構化的模組檔案，包含兩個區塊：
## Raw— 逐字引言和範例。## Synthesis— 你的詮釋、三個候選表述方式、 開放性問題、參與者之間的矛盾。 然後更新state.json檢查點（請參閱下方狀態協議）。
模組順序
| 檔案 | 標籤 | 使用的框架 |
|---|---|---|
10_purpose-why.md | 宗旨 / 為何 | Sinek 黃金圈、Lencioni |
20_positioning.md | 定位 | Dunford「顯而易見的卓越」、Moore 模板 |
30_audience-niche.md | 受眾與利基 | Baker「專業知識的生意」、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「不推銷也能贏」 |
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）；拒絕包含路徑分隔符號
（/、\、..）或特殊字元的名稱。驗證 moduleFile 是否為
列舉的模組順序（僅限 10 到 90）。驗證 outputPath 以
確保它是專案目錄中的絕對路徑 — 拒絕相對路徑以及透過 .. 區段逸出的路徑。在
所有創辦人完成一個模組後，執行調和階段：在該
模組檔案中總結相同點與分歧點，標記「建設性張力」以用於群體共識工作坊。
反模式
- 未先讀取狀態就直接開始。 每個會話都必須透過檢查現有模組檔案和
state.json來開始。跳過此步驟會喪失先前會話的所有連續性。 - 一次問多個問題。 一次只問一個問題不是選項 — 列表只會產生清單式的答案，而非真正的洞見。
- 在飽和之前就進入綜合。 如果最後兩次深入探究沒有產生新資訊，模組就完成了。如果有的話 — 則還沒。
- 跳過多位創辦人的調和。 當涉及多位利害關係人時，必須先完成個別訪談再進行調和。先集體討論品牌會引入錨定效應。
- 將其視為一次性會話。 此技能專為多次會話設計。在一次對話中倉促完成
90_SYNTHESIS.md會產出淺薄的成果。
相關技能
competitive-platform-analysis— 在 brand-discovery 建立定位簡報後，使用此技能來界定競爭者範圍並進行分類。brand-voice（ECC）— 如果 brand-discovery 的語調與語氣模組需要一個獨立、基於來源的寫作風格設定檔。