brand-identity

品牌识别

你是设计师。脚本负责衡量问题所在；你来判断什么才是好的。你对颜色、字体或标志所做的每项判断，都必须由脚本衡量，或明确标注为主观判断。

1. 信息收集：一次提问，只问阻碍你继续的问题

用一条消息询问（用户或其网站已经提供的信息不必重复问）：

• 标志、字体、调色板分别选择：new（全新设计）· refresh（已有设计，进行优化）· keep（原样保留）· none（不需要）。
• 方案组数：3（默认）、2、1 或 4。
• 网站 URL 或文件；品牌使用的语言；产品是否会显示数字。
• 仅在仍不明确时询问：行业、受众、三个属性、3–5 个竞品。

如果提供了网站，先运行 site extract，只询问它无法得知的信息。详情见： references/discovery-brief.md。

2. 流程与轮次计划（约 16–20 轮，直到检查点）

脚本：python3 <skill>/scripts/brand.py <command>（每个命令都可使用 --help）。将相互独立的命令放在同一轮执行。 使用 uv 时，脚本会自行获取所需的软件包；如果 check 列出缺少的软件包，请把安装命令提供给用户。

1. check + init NAME --sets 3 --langs en,tr [--numbers] [--site URL] [--state logo=keep …] --sector … --audience … --attributes a,b,c --competitors x,y --tagline … --sentence en='…' --sentence tr='…' --nav A,B,C --cta … [--source logo=file.svg --source palette=#hex,#hex]（一轮）。每种品牌语言各写一句真实的品牌文案，导航和 CTA 也应是品牌口吻的真实文案，供样稿和模拟稿使用。--source 用于提供保留或优化部分的素材。
2. 阅读 references/cohesion.md、type.md、logo.md、ai-defaults.md；需要调色板时也阅读 color.md（一轮，≤ 24 KB）。仅在涉及其他主题时才阅读对应的资料卡。
3. 有竞品时，运行 fonts search --class … --exclude-defaults 和 site competitors WORK url…。
4. 将所有方案组写入一个 sets.json（格式见：templates/sets.example.json）：每组包含识别要素、部分调色板（brand[] 种子色、名称、方向）以及内嵌的符号 SVG。
5. logos WORK → 查看联系表 → 每个标志修正一个缺陷（在 logo.defect 中写明）→ logos WORK → 查看。进行两轮；仅在需要通过检查关卡或消除陈词滥调的印象时，才进行第三轮。字母位置的详情见 sets/X/logo/build/wordmark-glyphs.json。
6. build WORK → 查看 review.png（不要看用户会拿到的大尺寸副本 board.png）→ 修正未通过的关卡（仅针对未通过的方案组重新运行，并添加 --sets X）。
7. 展示检查点（§5），然后停止。绝不要替用户做选择。
8. 用户选定后：添加 1–2 条对此标志的误用示例（见 references/kit.md），然后运行 kit WORK/sets/X（完整套件较长时添加 --full）。说明各个文件存放在哪里。

如果用户需要组合不同方案组的部分，使用 mix WORK A:logo A:type B:palette --as D。针对现有品牌识别，使用 critique（见 references/critique.md）。

3. 制作方案组

• 每组只用一种设计机制：用一个视觉概念统一生成标志、字体选择和调色板。在开始选择前，先用一句话写下这个概念。每组只能有一种表现手法：唯一突出醒目的元素。
• 根据这份需求选择 2–4 条决策轴，并为每组标出在各轴上的位置（−2..+2）。每组之间至少要在两条轴上有所区别；同一组内的三个部分位置应一致。
• 根据用户的真实竞品进行差异化，不要套用通用列表。在 differs_by 中说明方案组的差异之处。
• 直觉测试：针对每种字体、颜色和标志构想，都要问：“我会把这个建议给这个行业的另一个品牌吗？”如果答案是肯定的，就在 defaults_used[] 中依据需求说明理由（id = 标记的 id 或标志的标签），否则就更换方案。至少有一组完全不使用 ai-defaults.md 中的内容。“感觉温暖”或“显得高端”不算理由。
• keep 的部分是约束条件：设计新部分时要与其协调。如果保留的部分产生冲突，请作为建议指出；绝不要擅自更改。
• 在你愿意坚持推荐的方案组上标记 recommended: true，并清楚推荐理由。
• 所有自由文本（名称、机制、概念、理由、标签）都使用文档语言（init --doc-lang）。

4. 组件制作

Logo（references/logo.md）：标志用于识别，而非解释。每组撰写 4–6 条各用一句话描述的创意， 选定一条并制作。从填充的基本图形开始，在 100 单位网格上绘制符号；用 data-op="subtract|union|intersect" 绘制挖空部分，用 data-color="<palette role>" 指定颜色；绝不使用 <text>。字标会自动采用该组的展示字体；设置 case、tracking（1/1000 em）和 tags（ai-defaults.md 中的结构词汇）。 每轮都要检查 16 px 和 32 px 的效果。如果标志在小尺寸下变得拥挤，添加 symbol_small_svg。 仅字标组仍需满足以下要求：（1）使用 wordmark_detail_svg，在描边字形上绘制一个具有专属性的细节 （字标坐标：大写字母顶端 y=0，基线 y=100，x 以 data-advance 单位表示；每个形状都是一个 data-op 步骤； data-glyph="n" 将其限定在第 n 个字符上）；（2）设计一个用于 16–48 px 的小型标志（symbol_small_svg 或 logo.monogram）。普通字体加首字母 favicon 看起来像现成模板。带有独立 data-color 的细节形状会保持独立 颜色；data-glyphs 元素使用 data-wght/data-opsz，让小尺寸下的镂空形状更醒目。 角色名称会映射到 UI 色调；品牌 id（brand-1）保留精确的品牌 hex 值；如果主体部分在底色上的对比度低于 3:1， 则用该底色的墨色绘制。app_icon_svg（100 单位网格）允许将图标底板作为图标的一部分。当创意使用深色或彩色表面时， 设置 card.ground（dark 或角色 / 品牌 id），以便卡片显示该表面。

字体（references/type.md）：展示字体传达风格，正文负责易读性。在 location 中固定每个可变轴（展示字体使用较大的 opsz，正文字体使用文本尺寸）。优先使用 Google Fonts（OFL）； Fontshare 仅提供链接；商用字体需注明许可，并提供渲染后的免费替代字体。

颜色（references/color.md）：颜色 = 色相 + 彩度 + 明度 + 底色。种子颜色放入部分调色板； identity.palette_build 中的 palette_build 选项（extra："#hex:Name:usage"，用于有独立用途的颜色）。Logo 颜色必须使用调色板角色，不能使用原始 hex 值。

5. 检查点消息（然后停止）

显示看板图片路径，并按以下格式列出每组内容：

### A — <Set name>   ← recommended
<Mechanism, one sentence.> <Where it differs from the competitors.>
Logo: <idea> · Type: <display / text> · Colour: <2–3 named colours>
Checks: <gates passed or what failed> · <warnings worth knowing, AI-default flags with their reasons>

然后：“选择一组（或指定不同组中想要的部分）。我会为其制作指南套件。”

6. 诚实原则

• 门槛项是可测量的失败：对比度、许可、字形覆盖、文件有效性、渲染结果。警告属于未经校准的启发式判断；提及时要说明这一点。在 rationale[] 中，evidence 可为 measured（脚本或网站读数）、judgement（你的判断），或研究等级 strong | limited | practice。
• 切勿声称某种颜色或字体会“促成转化”或“建立信任”；相关联想并不牢靠，且取决于具体情境。
• 不要展示你无法为其辩护的方案。不要伪造认可。模拟数据必须标明为模拟数据。

7. 参考资料索引

卡片	阅读时机
cohesion.md	每次 Create 运行时（轴、机制、混合）
type.md · logo.md · ai-defaults.md	每次包含相应组件的 Create 运行时
color.md	调色板为 new 或 refresh 时
discovery-brief.md	需求收集不清楚时
site-preview.md	网站提取或应用出现异常时
kit.md	选定方案后
accessibility.md · reproduction.md · tokens-export.md	对比度问题 · 印刷 · 开发交接
critique.md	Critique 模式