Henji UI Surface

Henji-AI 界面表面与层级规范

为什么需要这份规范

项目的 Ui* primitives 已经组件化，但组件化 ≠ 界面好看。实测本仓库最常见的三类问题：

1. 卡片套卡片：AssistantSidebar（bg-panel + border）里放 AssistantConversation 的消息块（又是 bg-panel + border）；Settings/index.tsx（bg-panel 弹窗）→ SectionCard（又一层 bg-panel）→ 内部行（第三层 bg-surface-dark）。三层边框叠在一起，视觉上就是"一张卡里弹一张卡又套一张"。
2. 条带叠条带：工具箱 → 图片编辑，从窗口顶到画布之间横着切了 4 刀（标题带 / "打开图片"带 / 工具带 / 样式带），分别来自 3 个文件，其中两条同底色的带中间还夹了一条透明带。
3. 该扁平的地方带了壳：UiPanel/UiIconButton/UiOptionButton 的默认值自带 border + bg，每个组件都假设自己是最外层独立卡片。在容器内部使用时，就会多出一层不该有的边框背景。

前两类是同一个根因在两个方向上的表现：每一层壳都以为自己是最外层，于是纵向各画一圈边框、横向各加一条头带。第 3 类则是表面 token 把 border 和 bg 打包绑死（见 styleTokens.ts 的 UI_PANEL_SURFACE_CLASS / UI_FIELD_SURFACE_CLASS），且没有"只分组、不画框"的官方写法。本 skill 提供这几条缺失的规则。

参考文档（按需读，不要一次全读）

本文件只放每次改 UI 都要用的骨架规则。细分主题拆在 references/：

三条铁律（先记住这三句）

纵深：同一层视觉深度，只画一次边框/背景。 进入一个已经有边框或背景的容器后，内部分组必须改用留白 / 分隔线 / 更暗的底色，不得再叠一层 border + bg + rounded。

水平：一个视图只画一条命令带。 返回、标题、文件上下文、工具、导出动作全部进这一条；随工具变化的参数用紧贴其下的从属带，且与命令带共用同一块底色和同一条下边框。

内容：正式界面只展示用户需要据此行动、决策、理解结果或恢复失败的信息。 revision、schema/协议版本、请求 ID、哈希、缓存/Worker/渲染管线状态、调试计数等内部状态一律进入日志、诊断页或开发模式；不得通过改名、加 tooltip 或补充解释继续留在正式界面。

参考 Atlassian 的表述：能用边框或留白区分时，就不要用抬升（卡片）来分组。成熟设计系统普遍只保留 4~6 个层级并刻意克制。水平方向同理——桌面编辑器（VS Code、Figma、Photoshop）顶部一律是一条命令带加一条可选的上下文带，不会因为壳换了一层就多长一条。

“石墨”设计系统速览（界面重设计计划，重要记录 001–004、010、011）

设计稿与决策在 docs/task/界面重设计与主题引擎/（设计稿/*.dc.html 是本地源码副本，重要记录.md 是决策）。 核心一句话：背景只表达“这里是唯一主动作”或“这项被选中”；层次靠明暗不靠描边；强调色只给主动作、焦点、播放头与选中指示。

这些约束大多已进门禁：check:colors（调色板/黑白/rgba/命名色/旧别名/未定义颜色类）、check:surface:strict（规则 A–E，E = 调用点覆盖组件外观）、check:icons:strict（规则 A–C）、check:ui-residue（任意值类与内联尺寸口径、私有样式、零引用、旧文案）、ESLint 令牌规则；对比度、条带数、折行、截断、选中态差异、浮层裁切由 check:ui-visual 在真实 DOM 上判。

五级容器词汇表（先背这张表）

写任何界面前，先确定"我在第几级"，然后只用那一级允许的东西。 从 Region 往下选，能停在哪级就停在哪级——不要一上来就用 Card。

<UiPanel>                  {/* 5 卡片：border + bg-panel + shadow-panel + rounded-xl */}
<UiPanel variant="glass">  {/* 5 玻璃浮层：只压在图片、视频、画布上 */}
<UiPanel variant="inset">  {/* 4 内嵌：仅 bg-window/40 + rounded-lg，无边框无阴影 */}
<UiPanel variant="bare">   {/* 4 纯容器：只有圆角 */}
<UiGroup title="基础设置">  {/* 2 分组：零装饰，标题 + 间距；窄停靠面板用 titleTone="compact" */}
<UiGroup divided>          {/* 3 分隔：上方一条线 */}

方向铁律：内层背景只能比外层更暗，不能更亮。 比父级亮 = 视觉上"浮起来" = 卡片。 表面令牌由主题引擎按“窗口 ± n 级”推导，深色下逐级变亮：bg-gap < bg-window < bg-panel < bg-raised < bg-hover < bg-selected （浅色模式按同一规则反向：面板比窗口亮，raised/hover/selected 逐级加深）。bg-control* 只给控件本身，bg-media 是不随主题的媒体底。 判断“比父级亮”时看的是层级而不是像素明暗：在面板里铺 raised 就是抬了一级。 在 bg-panel 的弹窗里用 bg-raised 做分区，就是在造卡片。

卡片准入条件（四条全中才允许）

1. 有独立交互或独立状态
2. 可被单独移动 / 关闭 / 拖拽
3. 与兄弟元素是并列实体（列表项、画布节点）
4. 脱离页面上下文仍能被理解

卡片嵌套上限：1 层。 卡片内部一律用 Group / Surface。

决策树：这个容器要不要边框背景？

我正在写的这个 div，它的父级链上已经有 border 或 表面 bg 了吗？
├─ 没有（我就是最外层浮层/弹窗/侧栏/画布节点）
│    → <UiPanel>。不要手写 border + bg-panel + rounded。
│
└─ 有（我在某个 panel 内部）
     ├─ 只是想把几个字段归成一组   → <UiGroup title="…">   ← 默认走这条
     ├─ 需要明确切分               → <UiGroup divided>
     ├─ 要让这块"沉下去"（代码块/只读预览/列表项）→ <UiPanel variant="inset">
     └─ 想不出理由，只是"看着空"    → 什么都不加。留白就是设计。

"想不出理由就不加" 是本规范最重要的执行细节 —— 绝大多数丑陋的套娃，都来自"这里看着空，加个卡片吧"。

页面骨架：横向条带（做整页/工具页之前先看这节）

上面几节全部在管纵深。这一节管水平：从窗口顶到内容区之间，横着切了几刀。

组件级审查（每个按钮用没用对 primitive）发现不了这类问题——每一条带单独看都合规，丑的是它们摞在一起。所以看整页时的第一个动作是数条带，不是看按钮。

三类条带与数量上限

连续操作条带上限 = 2（A + B）。 出现第三条就是骨架错了，不是间距问题。

决策树：这东西要不要新开一条带？

我要往页面顶部加一个东西，它是什么？
├─ 返回 / 标题 / 文件名 / 主动作 / 工具        → 进现有命令带（没有就建**一条**）
├─ 只随当前工具变化的参数                      → 从属带，紧贴命令带，不另画底色与边框
├─ 只读状态、进度、计数                        → 命令带右端 `ml-auto`，或页面底部状态带
└─ "它跟上面那些不是一类，单独放一行吧"        → 停。先问它是不是上面三类之一，
                                                 99% 的情况是，只是懒得往已有带里塞。

外层壳已有命令带时：注入，不要再嵌一层壳

功能组件被塞进一个已经有命令带的外壳里时，不能自己再长一条头带。正确做法是把内容作为 props 注入外层那一条带——项目里已经有这个出口，ImageEditor 的 toolbarActions 就是（复制 / 加入资产库 / 另存为三个按钮就是这么进到工具带右端的）。

// ❌ 外壳已经有一条命令带了，功能组件又开一条自己的行
<div className="p-4">
  <div className="flex items-center gap-2">   {/* 第二条带：只为了放一个按钮 */}
    <UiButton>打开图片</UiButton>
    <span>{fileName}</span>
  </div>
  <Editor />
</div>

// ✅ 注入到已有的那条命令带里
<Editor
  toolbarLeading={<><UiButton>打开图片</UiButton><span>{fileName}</span></>}
  toolbarActions={<UiButton variant="primary">另存为…</UiButton>}
/>

返回入口的三种形态（不要为返回单开一条带）

返回按钮的位置由这个页面长什么样决定，不由"哪个文件画的"决定：

禁止为"返回 + 页面名"单画一条 h-10 横带。 它会和应用标题栏叠成"双标题栏"， 而且页面名通常和下面的页面标题重复一遍。

实测踩过：ToolboxWorkspace 曾统一画一条「← 工具名」带，于是 3D 镜头参考列表页 纵向出现两遍"3D 镜头参考"；为了让编辑器形态只剩一条带，又加了 ownsCommandBar 与 view !== 'editor' 两个开关逐个工具关掉。判据换成"页面有没有标题/有没有命令带" 之后，那两个开关连同整条带一起删掉了。

同一批返回入口当时长成四种样子：外层条带图标、工具自绘条带图标、命令带左端图标、 画布上的玻璃文字按钮，以及资产库放在标题右侧动作区的文字按钮。用户在应用里 换一个页面就要重新找返回在哪——这是"每处各自决定"的必然结果，不是审美问题。

实测：同一个工具箱里，好例子和坏例子并存

更值得注意的是：ToolboxWorkspace 里曾有个 showToolHeader 开关，专门为 3D 镜头参考关掉外层标题带，好让它只剩一条。也就是说这个问题早就被撞见过，但当时是给单个工具开特例躲过去的，没有沉淀成规则——于是下一个工具（图片编辑）原样又撞了一次。现在外层标题带整条删除，那个开关也不复存在。

结论：特例是规则缺失的信号。 再看到"为某个页面单独关掉某段骨架"的开关时，先问它是不是该反过来变成默认。

横向 padding 必须对齐

图片编辑那 4 条带的横向 padding 分别是 px-2 / p-4 / px-3，于是返回箭头、"打开图片"、工具组的左端落在三个不同位置。同一视图内所有条带与其下的内容区用同一个横向 padding，改一处就该一起改。

全屏工作面不套卡片

画布、编辑区、预览区这类铺满剩余空间的工作面不是卡片——对照「卡片准入条件」四条：不能单独移动、不是并列实体、脱离上下文无意义，一条都不中。

// ❌ MarkCanvas 当时：工作面自带卡片外观，外层再给 p-4 空白，于是整个编辑器浮成一张卡
<div className="rounded-xl border border-line bg-gap/85">

// ✅ 铺满，边界由它和命令带之间的那条下边框表达；放图片/视频的视口用 bg-media（不随主题），其余用 bg-gap
<div className="bg-gap">

判据：这块区域会不会随窗口一起长大？ 会，就不是卡片。要给它一个更暗的底以便和 chrome 区分是可以的，但不要 rounded + border + 外层留白三件套——那三样凑齐就是卡片。

动作层级：视觉重量 = 动作的重要性

上面几节管容器和骨架，这一节管按钮本身该有多重。

主流设计系统都是同一个阶梯（Material 的 filled/outlined/text、Apple 的 prominent/bordered/plain、Fluent 的 primary/default/subtle）。本项目（重要记录 003，任务 2.1）：

尺寸：UiButton size sm/md/lg = 28/32/36（默认 md）；UiIconButton size xs/sm/md/lg = 20/24/28/32（默认 md）， xl 40 只给全屏查看器、画面中央播放键。开关开启用 UiIconButton on（淡强调底 + 强调色图标）。 外观只由 variant / size / tone / on / shape 决定，className 只放布局；调用点改底色、边框、文字色、圆角、 阴影、高度或字号会被 check:surface 规则 E 拦截（确属非按钮外观的命中区，如拖动柄、时间轴记号，行级 ui-surface-allow 写明理由与接手任务）。

默认静默：不传 variant 就是 quiet，不传 tone 就是静默图标按钮——这是绝大多数按钮该有的样子。 需要“看得见”的只有三种：唯一主动作（primary / tone="accent"）、弹窗与表单里的普通动作（secondary）、 确认弹窗的破坏性确认（dangerSolid）。旧档位 ghost / muted / plain / glass、旧参数 appearance / showBorder / hoverVariant 已删除且不留兼容层（重要记录 011），不要再引入同义档位；确需新形态时给组件加有限枚举并登记到「必须复用」表。

两条硬规则

1. 一个表面只有一个主动作。 出现第二个实底按钮，用户就不知道该点哪个。
2. 同一组、同一层级的动作必须同档。 不能因为"这里太挤了"把其中一个降档——那是拿视觉语言解决布局问题， 用户读到的信息会变成"这个按钮没那么重要"，而事实不是。

实测踩过：图片编辑命令带右侧的「打开」和「复制 / 加入资产库」同属文件类次级动作， 为了给工具组腾 44px 宽度被降成了无边框图标，一眼就看出不对。宽度问题要用缩短文案、 图标化整组、或接受轻微偏移来解决，不能只降其中一个。

动作 ≠ 模式

工具栏里的工具（选择/标注/矩形…）不是按钮，是"我现在处于哪个模式"， 点它改变的是"接下来会发生什么"，不是"立刻发生一件事"。 它属于选中态语言，不属于动作层级：静息不描边，选中用淡强调底（重要记录 012）， 文字工具用 UiChipButton selectionRole="navigation"，图标工具与开关用 UiIconButton on，把实底强调色让给那个唯一的主动作。

同理，参数面板里的"当前值是什么"（形状、比例、档位）是单选， 用 UiOptionButton active（淡强调底 + 强调文字）——详见「选中态词汇表」。

分隔线：分组的第二手段，不是第一手段

分组有三级，按顺序往下选，能停在上一级就别用下一级：

1. 间距（格式塔邻近律）—— 首选，零视觉成本
2. 分隔线 —— 间距不够用或空间紧张时
3. 容器 / 边框 —— 最后手段（回到「五级容器词汇表」）

准入判据（只有一条）

两侧的交互语义根本不同，用户不会把它们当成一串连续操作。

数量上限

一条 bar 上最多一条分隔线。 第二条会把它切成三段，而右端的主动作实底本身 已经是"终点"标志，再加竖线的信息增量接近零。

选项集合的静息态：不描边

上面的决策树管容器，这一节管容器里那一堆并列的可点项（菜单项、模型网格、分辨率格子、列表行）。

边框表达的是"边界"，不是"可点击"。 一屏里几十个选项各自描边时，边框互相抵消、不再传递任何信息，只剩视觉重量。 可点击性由 hover 反馈 + 排布规律表达，不需要静息态的框。

UiOptionButton 的 variant="menu" 就是这条规则的落点：静息态无边框无底色，hover 出中性悬停底，选中态是淡强调底（selected-accent）+ 主要文字 + 强调色勾。

判据（两条都要满足才用 menu）

1. 是同质选项的集合：≥3 个由 map 渲染的并列 peer，或语义上明确的二选一分段。孤立的单个按钮不算 —— 那种情况下框才真的在划定边界。
2. 去掉框之后形状还在。满足任一即可：
   • 已被可见容器圈住（浮层面板、弹窗左栏、下拉列表）——容器已经画过一次边界了
   • 每项自带足以撑出形状的内容（缩略图、图标块、多行文本、比例示意图）
   • 是二维网格 —— 用 variant="grid"：静息铺一层 raised 撑格子，但仍然不描边（底色已经表达过一次边界，边框是多余的第二次）；不要在调用点手写 bg-veil-faint

反例：这些要保留边框

选中态词汇表：先判断语义，再选强度

“选中”不是一种视觉，而是四种不同语义。业务层优先传递 active / checked 与 selectionRole，由 Ui* primitive 消费 styleTokens.ts 中的状态令牌，不要在调用点 复制蓝底、蓝框或强调文字。

默认态不是第五种选中态：它保持当前表面的中性视觉。不要用整行实底表达“已启用”， 也不要把多选语义画成单选项的样子（或反过来）。下拉当前项 = 淡强调底 + 主要文字 + 强调色勾；菜单宽度按选项内容自适应（含勾槽与竖向滚动条，上限 360 再截断；Dropdown 默认 panelWidthStrategy="options"，只有菜单必须与触发器等宽时才传 button）。

同一处的交互层级不得同色：悬停或选中的容器里，行内控件仍须与容器底可区分。字段触发器悬停取 control-hover（不是 hover）；悬停会换底的行容器里放取值触发器时，行悬停只加强描边（画布节点参数行）。选中项上悬停用 selected-accent-hover，不回落中性悬停。

状态展示统一走这三个

页面不要自己写空/加载/错误块（历史上因此出现同一状态在不同页面长得不一样）：

<UiEmpty title="还没有供应商" description="先添加一个吧。" />
<UiLoading message="生成中…"><ProgressBar progress={p} /></UiLoading>
<UiError message={err} onRetry={retry} />            {/* 不传 title 时缺省标题“操作未完成”；有更具体的说法就传 title */}
<UiEmpty size="node" icon={<ImageIcon className="h-7 w-7" />} title="等待结果" />  {/* 画布节点内容区的空占位 */}

状态块不画卡片——它已经在某个容器里了。失败必须一眼可辨：UiError 总有一行危险色标题（任务 5.8）， 标题已经是完整说法时传 title={…} message=""；不是失败的提示（“请先选择片段”）用 UiEmpty，不要借 UiError。

信息准入：先判断用户价值，再决定是否显示

界面不是运行状态转储，也不是开发文档。新增任何文字、数字、徽标、提示或状态前，必须确认它至少帮助用户完成一件事：

1. 知道下一步能做什么
2. 在结果、成本、时间或数据影响之间做决定
3. 理解当前进度、结果或产物的用户可感知属性
4. 从失败中恢复

全部不命中时直接删除。“代码里有这个字段”“测试需要观察”“看起来能体现状态”都不是展示理由。 删除后不影响用户完成任务的信息，不得仅换成更口语的名称继续保留。

禁止在正式界面展示：内部 revision、schema/协议/迁移版本、请求/任务/资源 ID、哈希、缓存命中、Worker/GPU/渲染管线、队列与重试代次、调试计数、风险分级，以及用架构术语解释实现的常驻正文。它们进入结构化日志、诊断页、开发模式或自动化测试。

确实影响用户的技术限制必须改写为用户能判断的影响与后果，例如“导出后将失去透明背景”，而不是解释内部降级管线。只有费用、数据丢失、权限、安全、长等待或不可逆操作等高影响信息才默认允许常驻；其余帮助说明仍按 tooltip 规则克制呈现。

已知反例：图片编辑器曾把 document.revision 放进命令带并显示为“版本 X”。这个数字只用于撤销、自动保存和淘汰过期渲染，用户不能选择或管理；正确处理是移除，而不是改名成“编辑次数”。

弹窗宽度按内容选档，不按“看起来大气”

UiModal size 的档位由内容实际需要的宽度决定：先估算最宽一行（标签 + 值 + 行内按钮），选能放下它的最小档。

• 不能为了让一行常驻说明不换行而加宽弹窗——那行说明多半本就不该存在（见上节）。
• 列表很长时靠弹窗内滚动，不靠把弹窗做宽做高。
• 弹窗顶部不放“这个弹窗怎么用”的常驻说明：可操作性由控件本身表达（录入中显示“请按下组合键…”、冲突时显示错误、恢复按钮写明“恢复 PR 默认”）。

实测踩过：剪辑快捷键弹窗用了 editor（最宽约 68rem），顶部还有一行说明键位来源、Esc 用法、作用范围的开发说明；内容实际只需约 26rem。

布局与表单

<UiRegion maxWidthClassName="max-w-3xl">
  <UiPageHeader title="生成历史" description="共 128 条" actions={<UiButton>清空</UiButton>} />
  <UiGroup title="基础设置">
    <UiFormRow label="语言" hint="影响界面与模型提示词">
      <Dropdown … />
    </UiFormRow>
    <UiFormRow label="启用快速下载" inline>
      <UiSwitch … />
    </UiFormRow>
  </UiGroup>
</UiRegion>

分区之间的间距用 UI_SECTION_STACK_CLASS，不要每处自己定 space-y-*。

窄停靠面板（剪辑效果控件、属性栏）里 16/600 的区块标题和 14/500 的行标签都太重：分组用 UiGroup titleTone="compact" （12/600 次要文字、间距收紧），行用 UiFormRow density="compact"（标签 12 次要文字），两者成对使用，不要在调用点改字号。 UiFormRow 的 hint 只放“不看会选错”的常驻说明，背景知识放 info（标签文字本身悬停触发，见下文 tooltip 规则）。

字段（任务 2.2）：UiInput / UiSelect / UiFieldTrigger（Dropdown、PanelTrigger 的按钮）/ NumberInput 都是 raised 无边框表面、聚焦一圈强调色焦点环，高度只由 size 决定（sm 28 / md 32 默认 / lg 36）。NumberInput 自带数值拖动：在读数或标签上按住左右拖动改值（Shift 精细、Alt 粗调），单击进入编辑，读数不会被步进列裁掉。

字段排布（任务 3.2）：一行参数条（如生成输入区底栏）不要做成“标签在上 + 字段框”的表单。在容器上提供 UiFieldLayoutContext = toolbar：参数标签移到控件左侧（辅助文字 12），Dropdown / PanelTrigger 的触发器自动改静默皮肤，参数开关改胶囊；多行文本、单选卡片、上传类等大块控件仍按表单排布。两者打开的浮层内容一律重置回 form，不要在调用点逐个传 appearance 或手写行内标签。

设置页：新增或调整一项设置时

设置项按用户要做的事归类，不按程序模块归类。大类与分区的唯一清单是 src/core/types/settingsNavigation.ts 的 SETTINGS_TAB_SECTIONS：

新增设置先问"用户会在哪个页面遇到这件事"，放进对应分区；同一件事不得拆在两个大类。 新增分区要同时登记 SETTINGS_TAB_SECTIONS、surfaceCatalog.ts 的 Surface、文案 navSections， 助手可写属性的 target 指向新分区。新增一行设置还要在 src/components/Settings/settingsSearchIndex.ts 登记一条，设置搜索才搜得到。

页内写法统一：

• 单选：选项不超过 5 个且每项只有两三个字 → SettingsSegmented；否则下拉。不要同一页两种写法表达同类选择。
• 从属项：用 SettingsDependentRows，主开关关闭时收起、打开时缩进；不要只加 opacity-50 变灰占位。
• 时长不让用户填毫秒：用带"秒"单位的滑块或"快 / 中 / 慢"。
• 行布局默认 UiFormRow inline（标签左、控件右）；只有路径、长输入框、列表才占整行。
• 分区内的小分组只用 UiGroup titleTone="overline" 一种样式。
• 不放只读状态或"跳到设置里另一处"的按钮；不显示无可操作内容的行（如没有已忽略版本时的"清除"）。

参数说明的受众：description 给助手，tooltip 给用户

本节只约束模型 / schema 参数的 ParamDef、ParamPresentation 等参数元数据， 不影响 UiPageHeader description、UiGroup description 这类明确属于页面内容的组件属性。

说明性文本只要是给用户看的，就必须进入 tooltip。 不要为了“让用户一定看到”把它 摊成控件下方的常驻正文；常驻说明会打断参数网格、扩大单个字段的视觉占位，并让一条局部约束 看起来像整个面板的主要内容。

参数存在 tooltip 时，必须由参数名称文本本身在 hover / focus 时触发：名称需要可聚焦，保证 鼠标与键盘均可访问，但不得在名称旁增加 Info、问号等额外提示图标。参数没有 tooltip 时保持普通、 不可聚焦的标签，不添加空触发器或伪交互。不要把整个输入框、上传区或参数容器包进 Tooltip， 否则移动到控件上会意外弹出，触发范围也会与“名称解释参数”的语义不符。

description 与 tooltip 可以同时存在，因为受众不同：前者可以写得更偏语义和能力边界， 后者应使用用户能直接理解的短文案。界面层不得在 tooltip 缺失时自动回退渲染 description。

硬性禁止清单