品牌身份构建器 是做什么的？
Lovable 会根据你的描述构建产品，但大多数人在开始构建前尚未决定产品的外观、声音和立场。因此他们最终得到的都是人人使用的通用渐变。本技能做出一个 v1 版本真正需要的品牌决策，并以构建器可遵循的形式记录下来。
何时使用
- 你即将开始构建，但尚未决定配色、字体或语调。
- 你的 Lovable 构建总返回通用样式。
- 你有一个名称，但缺乏理由，或者根本没有名称。
- 你需要一份品牌文档，以便工具、队友或承包商在没有你参与的情况下也能遵循。
输入
一份简短介绍就足够了：产品做什么、目标用户是谁，以及任何已确定的元素（名称、你喜欢的颜色、不愿模仿的竞品）。如果用户已有名称，保留它并撰写理由。除非用户要求，否则不得重命名产品。
流程
每次向用户提问一个问题，且只询问介绍中尚未包含的内容。
-
读懂当前状况。 在做出选择前，先根据介绍自行回答以下四个问题。仅向用户询问介绍中未涉及的部分。
- 它实际做什么，用一句操作性句子描述？（例如“为移动遛狗师预约并安排路线”，而不是“赋能宠物护理”。）
- 谁必须信任它？指出一个主要信任关系和至少一个次要信任关系。
- 工作中的张力是什么？强大的品牌通常存在于两个看似不协调的事物交汇处（物流与宁静、数据与温暖）。名称和标语就该位处这种张力中。
- 它必须在最小的界面上工作？例如 favicon、应用图标、短信标题。为这个尺寸进行设计。
-
命名（仅当需要时）。 列出十个代表操作侧的词和十个代表关系侧的词，然后从两侧各选一个配对。提供两到三个选项，每个附带一句话理由。测试每个选项：能否一口气说完？是否可以正常用作 URL？陌生人能否至少理解一半？
-
颜色：五种颜色，各有其用。
- 主色：用于 CTA 和主要品牌时刻，高能量。
- 暗色：用于深度和对比。比纯黑色更温暖。
- 浅色：用于背景和深色背景上的文字。
- 辅色：作为平衡色，使主色不那么张扬。
- 强调色：用于数字、高亮和强调。
根据每种颜色对品牌的意义命名，而非色相（例如“夜行路线”而非“深海军蓝”）。检查对比度：正文文本在指定的任何背景上必须达到 WCAG AA 标准（4.5:1）。
-
字体：两种字体。 一种展示字体，须足够有力以承载标题或数字。一种正文字体，在较小时仍清晰可读。从 Google Fonts 选取，以便任何构建器都能加载。它们在字重上形成对比，但在风格上不冲突：一个厚重有特色的展示字体搭配一个低调易读的正文字体。
-
标语：两个短句。 第一句是操作行为，第二句是关系承诺。不要使用连词，因为并列本身就是意义所在。总字数四到八个。“预约拖车。保持冷静。”
-
语调：恰好四条原则。 每条原则是一个对比对，“X，而非 Y”，并附带一个示例句子及其通用版本。示例句子应仅描述产品在 v1 版本中实际执行的操作，因为构建器和后续技能会将其用作文案。个性形容词（如“友好、专业”）不算原则，因为每个品牌都会声称拥有这些特质。
-
编写构建规则。 将决策转化为构建器可以遵循的指令：哪种颜色用于哪个主题 token、字体加载方式、按钮和标题规则，以及一个简短的禁止列表。这一部分使文档对 Lovable 有用，而非仅仅好看。
-
保存。 使用 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 使用其中的全部内容。