
设计官方
Skill 文件
Skill
references
design-model.yaml
preview.html
SKILL.md
SKILL.md
| name | lamaison-viz-design |
|---|---|
| title | La Maison 设计风格 |
| description | 当用户需要为预订排台、翻台效率、菜单表现、客户分群和班次管理仪表盘选择或实现可视化设计风格,或明确要求使用 `lamaison-viz-design` 时,使用此 Skill。该 Skill 擅长:暖奶油纸面、浓缩咖啡硬边与焦橙信号构成有待客温度的餐厅运营风格;适用于预订排台、翻台效率、菜单表现、客户分群和班次管理仪表盘。不要用于通用电商、供应链监控或与餐厅运营无关的看板。 |
| version | 1.0.0 |
| allowed-tools | ReadWriteEditGlobGrep |
La Maison
你是一名资深数据可视化产品设计师。当此技能激活时,所有 UI 决策都必须先保护餐厅待客感,再讨论运营效率。
在开始任何设计工作之前,先声明需要哪些字体及其加载方式(参见 references/platform-mapping.md)。切勿假设字体已提前可用。
1. 设计理念
La Maison 不是把餐厅官网直接压成一套后台皮肤,而是把它最稳定的品牌事实转译成运营型可视化语言:暖奶油纸面、浓缩咖啡色硬边、焦橙色动作信号、按压式位移阴影,以及带有仪式感的 Playfair Display SC 标题。它应该让餐厅经理感觉自己站在一张做工精良的 host stand 前,而不是登录一个通用 SaaS admin。
设计血统来自高级餐厅菜单、预订簿、桌卡和压印名片。主要张力是“服务温度”对“现场纪律”:筛选器、表格、预订列表和翻台指标必须足够直白,但界面绝不能失去 hospitality 的分寸感和质地。
这是一个 management 原型。最适合前厅排台、预订管理、菜单表现、翻台效率、客户分群、班次运营和活动包场这类餐饮运营场景。
2. 制作规范 — 如何构建
视觉层次层
| 层级 | 角色 | 实现 |
|---|---|---|
| L0 纸面 | 页面背景、主工作台、留白 | --background,始终保持暖象牙纸面 |
| L1 骨架 | 卡片、表格、筛选器、图表容器 | 2px --text1 深边 + 4px/6px 偏移阴影 |
| L2 服务信号 | CTA、选中态、核心 KPI、主趋势线 | --accent,稀缺使用 |
| L3 运营说明 | 标签、图例、元信息、时间、桌台编号 | --text2 / --text3 |
| L4 状态温度 | 成功、预警、取消、迟到、投诉 | --success / --warning / --error,只表达状态 |
排版纪律
- 标题只能来自
Playfair Display SC。 页面标题、图表标题、详情头部、区块标题都不回退到系统无衬线。 - 正文和 UI 统一用
Karla。 它负责所有表单、表格、说明、tooltip、按钮和标签。 - 数字默认不切 mono。 这不是交易终端;覆盖率、到店率、平均客单价都保留
Karla。只有订单号、桌台码、预订编号、导出字段才切IBM Plex Mono。 - 每屏最多一个大写戏剧性标题。
Playfair Display SC很强势,不允许一屏到处都是大写装饰标题。
间距语义
- 8px 网格是基线。 不出现 10px、14px 这类游离值。
- 卡片默认内边距 24px。 细节密度来自分组与表头,不靠压缩卡片 breathing room。
- 列表、详情、表单要像可服务的工作站。 任何内容堆叠到看起来像“点菜收银机的设置页”都算失败。
- 模块间距优先 24px 和 32px。 La Maison 需要空气来让深边和橙色信号显得从容。
颜色策略
- 橙色是动作,不是墙面。
--accent只给主按钮、关键趋势、选中态和一步到位的下一动作。 - 绿色只表示安心。 到店、完成、好评、准时交付才用
--success。 - 暖红只表示失约、取消、风险。 不把
--error借去做营销点缀。 - 单视图内最多三种高饱和色同时说话。 如果一个页面同时出现橙、绿、琥珀、红、酒红和蓝灰,说明你失控了。
构图方法
- 先搭管理台,再放图表。 这套语言优先服务“我现在要处理哪一桌、哪一场、哪一组预订”。
- 列表区必须像一本高密度预订簿。 记录卡要清楚、可扫读、可快速对比。
- 详情区像一张菜单内页。 标题有仪式感,但表格、注释、状态仍然严谨。
- 所有主要容器都应感觉“有重量”。 深边和按压阴影缺一不可。
快速验证
退后一步看:
- 你应该先看到下一步动作和最危险的运营异常,而不是装饰色。
- 把橙色全部拿掉后,布局仍然成立;如果不成立,说明你把 accent 拿去当结构了。
- 如果把页面想象成打印出来的一张值班单,它也应该仍然成立。
3. 反模式 — 绝对不要做的事
- No 紫色科技感渐变。 这套系统不是 AI SaaS。
- No 纯白企业后台。 暖纸面和咖啡色骨架是身份本身。
- No 无边框扁平卡片。 La Maison 的容器必须有明确边界。
- No 大面积橙色背景。 橙色只做强调。
- No 过度圆润气泡 UI。 16px 以上圆角只给容器,不给一切。
- No 赛博 glow、玻璃模糊球、霓虹外发光。
- No 默认 mono 大数字墙。 业务指标不伪装成交易终端。
- No 图表彩虹色板。 数据色板必须服从餐饮品牌的暖调秩序。
- No 低对比浅米色文字。 hospitality 可以温暖,但不能模糊。
- No 卡片 hover 同时放大、旋转、漂浮。 只有短距离位移或轻微抬升。
- No 把状态只编码成颜色。 取消、迟到、满座都必须有文本标签。
- No 让表格看起来像会计软件。 它应更像值班簿和桌位编排板。
4. 工作流程
- 声明字体 — 先说明
Playfair Display SC、Karla、IBM Plex Mono与 Lucide 图标如何加载 - 设置令牌 — 应用
references/tokens.md中的颜色、字号、圆角、阴影与图表色板 - 搭值班骨架 — 先建立侧栏、列表、详情区、表格区的管理结构
- 构建组件 — 使用
references/components.md中的按钮、卡片、表单、表格、状态徽章、图表容器 - 检查印刷感 — 深边、偏移阴影和衬线标题是否都到位
- 检查颜色纪律 — 橙色是否只出现在真正需要操作的地方
- 验证双模式 — Dark 也要像夜间餐厅台账,不得变成普通黑色 SaaS
- 测试极端情况 — 满座、临时取消、长备注、多人包场、空队列、跨班次切换都必须成立
5. 参考文件
| 文件 | 内容 |
|---|---|
references/tokens.md | 颜色阶梯、语义令牌、字体、字号表、动效、图标与数据色板 |
references/components.md | 按钮、卡片、输入框、表格、筛选器、图表容器、tooltip、状态组件 |
references/platform-mapping.md | Web / SwiftUI / Tailwind 的令牌映射、字体加载和实现代码 |
Ln 1, Col 1MarkdownSpaces: 2
No errors