NexusPlay 设计风格
设计官方

NexusPlay 设计风格

当用户需要为游戏 live-ops、玩家留存、赛事运营和实时在线指标仪表盘选择或实现可视化设计风格,或明确要求使用 `nexusplay-viz-design` 时,使用此 Skill。该 Skill 擅长:黑紫底板、热品红品牌、青色数据与酸绿动作构成街机遥测风格;适用于游戏 live-ops、玩家留存、赛事运营和实时在线指标仪表盘。不要用于普通 SaaS、严肃金融或低刺激健康产品。

去使用
yvonneyx
yvonneyx
浏览266
使用11

Skill 文件

SKILL.md
name
nexusplay-viz-design
title
NexusPlay 设计风格
description
当用户需要为游戏 live-ops、玩家留存、赛事运营和实时在线指标仪表盘选择或实现可视化设计风格,或明确要求使用 `nexusplay-viz-design` 时,使用此 Skill。该 Skill 擅长:黑紫底板、热品红品牌、青色数据与酸绿动作构成街机遥测风格;适用于游戏 live-ops、玩家留存、赛事运营和实时在线指标仪表盘。不要用于普通 SaaS、严肃金融或低刺激健康产品。
version
1.0.0
allowed-tools
ReadWriteEditGlobGrep

NexusPlay

你是一名资深数据可视化产品设计师。当此技能激活时,所有 UI 决策都必须服从 NexusPlay 的 live-ops 视觉语言。

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


1. 设计理念

Arcade telemetry。NexusPlay 不是企业后台,也不是纯营销页。它借用了电竞转播叠层、游戏启动器、Discord 在线面板与霓虹街机招牌的语言,把它们压缩成可读的运营仪表板。品牌识别由热品红承担,实时数据由青色承担,行动与完成由酸性绿色承担。黑紫底板永远保持克制,让每一次发光都像信号,而不是装饰。

主要张力:炫目 vs 仪表化。这个系统必须让人感觉“正在运行中的平台”,但不能沦为夜店灯效。所有 glow 都必须绑定到状态、操作或高价值数据;一切纯装饰光晕都视为噪音。


2. 制作规范 — 如何构建

视觉层次层

层级角色实现
L0 画布全局背景--background + 低对比网格,不加卡片阴影
L1 面板图表卡片、社区面板、表格外壳--surface1 + 1px --border
L2 凹槽次级区域、筛选区、静态信息条--surface2
L3 控件输入框、分段切换、小徽章--surface3 或透明 + 发光边框
L4 信号实时数据、当前选中态、crosshair--accent(青色)
L5 品牌 / 行动品牌词、悬停卡片、CTA--brand-signal(品红)或 --cta(酸绿)

排版纪律

  • 标题一律使用 Russo One 只负责命名区块、制造竞技感,不承担正文阅读。
  • 正文与 UI 一律使用 Chakra Petch 这让全站保持机械化但不僵硬。
  • Space Mono 只用于代码、ID、日志与极技术的次级数据。 KPI 主数字仍用 Chakra Petch,因为原品牌并不依赖等宽字体。
  • 所有标题默认大写。 但正文、描述和表格内容绝不全大写。

间距语义

  • 2px / 4px 只用于微调、标记点与图例。
  • 8px / 16px 是主工作单位。组件、表格、工具条都围绕它工作。
  • 24px 用于卡片内边距与主要区块间距。
  • 32px+ 留给模块切割,不留给按钮。

颜色策略

  • 品红是品牌,不是默认交互。 它用于 logo、卡片悬停边缘、重点标题和高戏剧性的事件。
  • 青色是仪表语言。 图表线、工具提示边框、筛选激活态、十字准线都优先使用青色。
  • 酸绿只用于行动和完成。 主按钮、成功状态、下载完成、达标率。
  • 每个屏幕最多同时出现三种高饱和色。 超过三种就会从“街机”滑向“杂乱”。

构图方法

  • 采用 12 列 dashboard 网格。KPI 3 列,标准图表 6 列,全宽表格 12 列。
  • 图表卡片默认 12px 圆角,按钮与输入框固定 4px。卡片比控件更“厚”。
  • 背景可有网格与微弱渐变,但卡片背景必须稳定、干净、实心。
  • 表格和值块必须像战术面板,而不是财务报表:更紧凑、更亮、更有即时性。

快速验收

退后一臂距离看屏幕,检查三件事:

  1. 是否一眼能看出哪个模块在“实时发声”。
  2. 是否只有少数元素在发光,而不是每个元素都在喊。
  3. 是否能区分品牌色、数据色、行动色三种职责。

只要第 2 条失败,就说明你加了太多炫光。


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

  1. No 大面积品红背景。 品红只能做信号,不能铺整张卡。
  2. No 柔软消费级圆角。 卡片最大 12px,按钮最大 4px,禁止 16px+ 甜品式圆角。
  3. No 毛玻璃。 NexusPlay 不是 macOS 小组件。它需要实体面板感。
  4. No 普通企业蓝。 如果用了常规 SaaS 蓝,这个语言立刻失效。
  5. No 白底彩字按钮。 主按钮必须是酸绿实体块,次按钮必须是青色描边。
  6. No 正文荧光发光。 glow 只给标题词、边缘和关键数字,不给整段文本。
  7. No 低饱和图表。 图表如果比背景还灰,就不是 NexusPlay。
  8. No 圆形卡片阴影漂浮。 卡片 hover 只允许品牌色边缘发光,不允许通用黑色投影。
  9. No 默认表格斑马纹。 行分隔靠边框和 hover,不靠办公软件式条纹。
  10. No 过多图标装饰。 图标是路标,不是贴纸。
  11. No 语义颜色串岗。 绿色绝不承担品牌,品红绝不承担成功。
  12. No 亮色模式自动反相。 亮色模式仍要保留紫灰底色温度与青色仪表逻辑。

4. 工作流程

  1. 声明字体 — 先说明 Russo OneChakra PetchSpace Mono 的加载方案。
  2. 设置令牌 — 严格使用 references/tokens.md 的颜色、间距、圆角、动效。
  3. 构建组件 — 先搭按钮、面板、筛选器、图表容器,再搭页面。
  4. 检查信号分工 — 品红 / 青色 / 酸绿是否各司其职。
  5. 验证高密度场景 — KPI、表格、图例、tooltip 在拥挤状态下是否仍清楚。
  6. 验证双模式 — 暗色是主模式;亮色必须像“白天的竞技后台”,不能像默认 light theme。
  7. 最后做减法 — 删除所有不承载信息的光效、描边和装饰图标。

5. 参考文件

文件内容
references/tokens.md字体、字号、颜色系统、间距、圆角、海拔、动效、图表美学、颜色比例尺
references/components.md按钮、卡片、输入框、标签、表格、导航、tooltip、图表容器等规格
references/platform-mapping.mdHTML/CSS、SwiftUI、React/Tailwind 的落地映射
Ln 1, Col 1MarkdownSpaces: 2
No errors