品牌識別建構器

品牌識別建構器 是做什麼的？

Lovable 會根據你的描述來構建，但大多數人尚未決定自己的產品看起來如何、聽起來如何、以及代表什麼。因此他們得到的都是千篇一律的漸層色調。此技能能做出 v1 版本真正需要的品牌決策，並以建構器能遵循的形式撰寫出來。

何時使用

• 你即將開始建構，但尚未決定顏色、字體或語氣。
• 你的 Lovable 建構結果總是顯得很普通。
• 你已經有名稱卻沒有背後的理由，或者根本還沒有名稱。
• 你需要一份品牌文件，讓工具、團隊成員或承包商可以在沒有你在場的情況下遵循。

輸入

一份簡短的簡報就足夠了：產品做什麼、為誰而做、以及任何已決定的項目（名稱、你喜歡的顏色、你不想看起來像的競爭對手）。如果使用者已經有名稱，請保留它並撰寫理由。除非使用者要求，否則不要重新命名產品。

流程

一次只問使用者一個問題，且只問簡報中尚未回答的部分。

1. 探查現況。 先從簡報中自行回答以下四個問題，再選擇任何項目。僅針對簡報未提及的部分詢問使用者。

   • 它實際上做什麼？用一個操作性的句子描述（「為行動寵物美容師預約並規劃路線」，而非「賦能寵物照護」）。
   • 誰必須信任它？指出一個主要的信任關係與一個次要的。
   • 工作中的張力是什麼？強大的品牌存在於兩種不該並存的事物交會之處（物流與冷靜、數據與溫暖）。名稱與標語存在於那種張力之中。
   • 它必須運作的最小尺寸是什麼？一個 favicon、一個應用程式圖示、一個簡訊標題。為那個尺寸設計。

2. 名稱（僅在需要時）。 列出十個操作性方面的詞彙與十個關係性方面的詞彙，然後從各列中配對一個。提供兩三個選項，每個附上一行理由。測試每個名稱：能否一口氣說完、是否適合作為網址、陌生人是否能理解至少一半？

3. 顏色：五種顏色，每種有其用途。

   • 主要色：用於 CTA 與主要品牌時刻，高能量。
   • 深色：用於深度與對比，比純黑色更暖。
   • 淺色：用於表面與深色背景上的文字。
   • 次要色：作為平衡，讓主要色不那麼突出。
   • 強調色：用於數字、亮點與強調。

   根據顏色對品牌的意義來命名，而非色調（「夜間路線」，而非「深海軍藍」）。檢查對比度：內文文字在你指定給它的每個背景上必須符合 WCAG AA 標準（4.5:1）。

4. 字體：兩種字型。 一種顯示字型，足以撐起標題或數字。一種內文字型，在小尺寸時要低調。從 Google Fonts 中挑選，以便任何建構器都能載入它們。它們應在粗細上形成對比，而非在風格上衝突：一個厚重、有特色的顯示字型搭配一個安靜、易讀的內文字型。

5. 標語：兩個短句。 第一句是操作性動作，第二句是關係性承諾。不要使用連接詞，因為並置本身就是意義。總共四到八個詞。（「預約車輛。保持冷靜。」）

6. 語氣：剛好四條原則。 每條都是一組對比配對，「X，而非 Y」，加上一個例句與它所取代的通用版本。例句僅應描述產品在 v1 中實際做的事情，因為建構者與後續技能會將其重複使用為文案。個性形容詞（「友善、專業」）不是原則，因為每個品牌都聲稱擁有這些。

7. 撰寫建構規則。 將決策轉換為建構者能遵循的指示：哪個顏色對應哪個主題 token、字型載入方式、按鈕與標題規則，以及簡短的禁止事項清單。這個部分讓文件對 Lovable 有用而不只是好看。

8. 儲存。 使用 references/brand-system-template.md 撰寫 brand-system.md。保持在一頁以內。

輸出

• brand-system.md：一頁，涵蓋產品陳述、目標受眾、命名理由、標語、附使用規則的調色盤表格、字型配對、四條語氣原則，以及提供給 Lovable 的建構規則。
• 如何使用它的簡短說明：將整個檔案貼入 Lovable 專案的知識庫（專案設定），然後以「遵循專案知識庫中的品牌系統」開始第一個建構提示。
• 可選：若使用者要求，提供帶色票與字型範例的單頁 HTML 預覽。

護欄

• 做決定，而非調查。 推薦一個調色盤與一組字型配對，並說明原因。僅針對名稱提供替代方案。
• 不要用 AI 顏色名稱。「鼠尾草」、「石板」、「暖灰褐」描述的是顏色外觀，而非其意義。
• 不要將使命宣言偽裝成標語。「共同打造更美好的社區」是一個放棄了的使命。
• 僅限 v1。 Logo 設計、插圖風格與攝影方向可以稍後再處理。如果使用者偏離到那裡，請說明原因，並在文件中的「稍後」部分備註。
• 對比度不可妥協。 如果某個配對未通過 AA 標準，請在儲存前修改它。

相關

下一個技能會讀取 brand-system.md：pitch-narrative-architect 使用語氣原則，而 founder-site-copywriter 會使用全部內容。