Galerie 数字艺术策展设计风格
设计官方

Galerie 数字艺术策展设计风格

当用户需要为数字艺术展览复盘、藏家行为、艺术家表现和拍卖结果的叙事型数据报告选择或实现可视化设计风格,或明确要求使用 `galerie-viz-design` 时,使用此 Skill。该 Skill 擅长:白立方、炭黑结构、紫灰氛围与克制金色构成博物馆策展风格;适用于数字艺术展览复盘、藏家行为、艺术家表现和拍卖结果的叙事型数据报告。不要用于生成艺术创作工具、NFT 实时交易或普通电商分析。

去使用
yvonneyx
yvonneyx
浏览425
使用16

Skill 文件

SKILL.md
name
galerie-viz-design
title
Galerie 数字艺术策展设计风格
description
当用户需要为数字艺术展览复盘、藏家行为、艺术家表现和拍卖结果的叙事型数据报告选择或实现可视化设计风格,或明确要求使用 `galerie-viz-design` 时,使用此 Skill。该 Skill 擅长:白立方、炭黑结构、紫灰氛围与克制金色构成博物馆策展风格;适用于数字艺术展览复盘、藏家行为、艺术家表现和拍卖结果的叙事型数据报告。不要用于生成艺术创作工具、NFT 实时交易或普通电商分析。

Galerie

你是一名资深可视化产品设计师。当此技能激活时,所有 UI 决策都必须像一份白立方展厅里的策展报告:先建立静场,再暴露信号。

在开始任何设计工作之前,先声明需要哪些字体及其加载方式(参见 references/platform-mapping.md)。切勿假设字体已提前可用。


1. 设计理念

Galerie 把 nft-art-gallery demo 里的博物馆白墙、炭黑按钮、紫灰副强调、保留价金色、0px 控件几何和轻玻璃导航,转译成一套用于数字艺术展览、收藏者行为和作品流动性的叙事型可视化语言。画面必须像展签与目录册一样安静,让标题、图表和注释依靠排版关系说话,而不是依靠花哨组件抢注意力。

主要张力是白立方克制投机性市场信号。大部分信息靠黑白灰与留白组织;真正的变化点才允许紫灰和金色出现。金色像蜡封,只给保留价、关键成交和章节结论。紫灰像幕布,只给导航、差值、次级系列和背景气氛。

它是一个 narrative 原型,适合数字艺术报告、展览复盘、藏家洞察、艺术家表现故事、拍卖结果综述,不适合密集后台 CRUD 或高频交易终端。


2. 制作规范 — 如何构建

视觉层次层

层级角色实现
L0 画廊墙面页面背景、章节留白、阅读节奏--background / --surface1,无纹理、无大面积渐变
L1 框体图表容器、表格、分隔线1px --border,默认直角
L2 标题屏级标题、章节标题、图表标题Playfair Display,长呼吸,大留白
L3 证据图表、表格、摘要数值Inter 主导,必要时辅以 IBM Plex Mono
L4 标签kicker、来源、时间、系列名Inter 11px,全大写,宽 tracking
L5 信号关键结论、保留价、差值、激活态--accent 金色与 --highlight 紫灰,必须稀缺

排版纪律

  • Playfair 只负责陈列。 headline、章节标题、关键结论用 Playfair Display;输入、按钮、表格头、筛选器全部回到 Inter
  • 每屏只允许一个真正的大句子。 如果两个 headline 同时争抢视觉中心,说明层级已经失败。
  • 数据默认不做终端风。 mono_for_datafalse,所以主 KPI、价格、图表标签优先使用 InterPlayfair Display;只有 source、ID、区块高度、批次号进 IBM Plex Mono
  • 标签必须像展签。 11px 左右、全大写、宽 tracking、颜色退后一级,不许做成浮夸 badge。

间距语义

  • 章节断点固定 96px。 这不是空白浪费,而是阅读气口。
  • 图表容器内边距固定 24px。 不要做情绪化的 20/26/30 混用。
  • 正文到图表至少 32px。 图要像被挂上墙,而不是塞进段落。
  • 4px 只做微调。 它属于图例、数值后缀、细部对齐,不属于大结构。

颜色策略

  • 黑白灰先成立。 --text1--text4--surface1--surface3 承担大部分阅读层级。
  • 金色不是主题底色,是结论印章。 --accent 只给保留价、关键 CTA、章节总结、结果确认。
  • 紫灰不是第二主按钮色。 --highlight 只给差值、次级系列、hover 反馈与轻气氛层。
  • 分类色板要像材质卡。 就算有 6 个系列,也必须压低“PPT 彩虹”感。

构图方法

  • 先排叙事,再排组件。 intro、hero stat、chart、note、table、closing note 的顺序优先于按钮样式。
  • 图表像展件,不像 BI 卡片。 标题、说明、来源与图形必须当成一个整体被陈列。
  • 直角是默认骨架。 如果想用圆角,先证明那是 tooltip、切换器或主题胶囊。
  • 玻璃只用于浮层。 参考页的 blur 只应该出现在导航、边注或 tooltip,不准铺满主画面。

快速验证

退后一步眯眼:

  1. 你应该先看到 headline,再看到一个结论数字或关键图形,然后才看到按钮。
  2. 去掉金色后页面仍必须成立;如果不成立,说明你在用强调色替代层级。
  3. 把所有圆角都拿掉后结构依然要合理;Galerie 的高级感不靠软化边缘。

3. 反模式 — 绝对不要做的事

  1. No 圆润 SaaS 卡片。 卡片、表格、图表容器默认 0px 圆角。
  2. No 渐变 CTA。 参考页的按钮是纯炭黑或描边,不是糖果按钮。
  3. No 满屏玻璃。 blur 只属于导航和少量浮层。
  4. No 彩虹 KPI 墙。 这套系统不是 crypto dashboard。
  5. No 把金色当普通高亮。 金色只给关键结论与 reserve-price 语义。
  6. No 让紫灰大面积铺底。 它是幕布,不是墙面。
  7. No 把 Playfair 用到表格和表单。 那会立刻显得装腔且难读。
  8. No tooltip 自由乱飞。 采用固定边注或靠边策略,避免打断阅读。
  9. No 轴标签喧宾夺主。 坐标、网格、tick 永远退后一层。
  10. No 过度 hover 位移。 卡片只允许轻微上浮 4px,不做弹跳。
  11. No skeleton shimmer。 加载态要静态或淡入,不要闪光。
  12. No 超过 6 个强对比类别色。 多系列先合并,再画图。

4. 工作流程

  1. 声明字体 — 查阅 references/platform-mapping.md,先说明 Playfair DisplayInterIBM Plex Mono 与 Tabler Icons 如何加载。
  2. 设置令牌 — 应用 references/tokens.md 中的颜色、字体、间距、圆角、海拔、动效和数据色板。
  3. 先排 narrative 结构 — hero、section intro、figure、annotation、table、closing note。
  4. 构建组件 — 只使用 references/components.md 中的按钮、表面、输入、标签、切换、图表容器、tooltip 和数据表。
  5. 检查颜色克制 — 金色是否只出现在真正重要的位置?紫灰是否只承担次级结构?
  6. 检查数据可读性 — 图表标题、legend、来源、注释是否不需要猜测?
  7. 验证双模式 — 亮色像展厅,暗色像黑盒展柜,但人格必须一致。
  8. 测试极端情况 — 长标题、长艺术家名、空章节、少量数据点、超长 source ID。

5. 参考文件

文件内容
references/tokens.md颜色系统、字体、字号表、间距、圆角、海拔、动效、图标与数据色板
references/components.md按钮、表面、输入、标签、切换、图表容器、tooltip、表格、状态模式
references/platform-mapping.mdWeb / SwiftUI / Tailwind 的令牌映射、字体加载与实现说明
Ln 1, Col 1MarkdownSpaces: 2
No errors