dsh-bloom-theme

_{同一套莫兰迪设计语言：两个宿主的主题，加一个守住它们配色的工具。
One Morandi design language — two themes, and the tool that keeps their colors honest.}

中文 | English

把 Bloom（90★ Typora 主题）的莫兰迪质感搬进 DeepSeek Harness。
4 套配色，明暗双主题，顶栏一键切换。

Bloom 是什么

Bloom 原是一套 Typora 主题，核心不在「换个颜色」，而在一整套莫兰迪质感语言：
低饱和的氛围渐变、冷调的发光细线、长距柔和的投影、克制的圆角与间距。

这个插件把那套语言完整移植到 DSH——包括它最容易被忽略的一半：

莫兰迪的气质不在 --accent，在 --accent-rgb。

详见 双轨色。

为什么用 Bloom

主题一览

4 套配色，每套都有浅色与深色两个版本。

mist 雾蓝 · 沉静的蓝灰	cinnabar 朱砂 · 温暖的陶土红
petal 花瓣 · 柔和的藕粉	ripple 涟漪 · 清冽的雾青
mist 浅色	petal 浅色

顶栏下拉一键切换，选择记在 localStorage：

v0.4 起可选开启氛围层——壁纸与磨砂玻璃随变体联动（默认关闭，克制审美不妥协）：

快速安装

dsh plugin --profile web add @kubor/dsh-bloom-theme

然后把包名加进 ~/.dsh/profiles/web/package.json 的 bundles：

{
  "dsh": {
    "profile": {
      "bundles": [
        "@deepseek-ai/dsh-base",
        "@deepseek-ai/dsh-web-app",
        "@kubor/dsh-bloom-theme"
      ]
    }
  }
}

重启 DSH，顶栏出现主题下拉即生效。

插件自带 cordis.patch.yml 并通过 dsh.bundle 声明，列进 bundles 后会自动 insert
进 boot graph，不需要手动编辑 cordis.patch.yml。

从源码装：dsh plugin --profile web add github:webkubor/dsh-bloom-theme

设计原理：双轨色

原版 Bloom 每个变体都有两套色，root-mist.css 的注释写得很直白：

/* --- Morandi Mist (Blue) - Deepened for better contrast --- */
--accent: oklch(50% 0.08 240);   /* 可读轨：被刻意加深过，为过对比度 */
--accent-rgb: 146, 168, 179;     /* 气质轨：真正的莫兰迪色，发灰、低饱和 */

两轨分工不能混：

• 可读轨 → 文字、按钮填充、边框描边。它是加深版，直接拿来铺大面积会显得艳、脏。
• 气质轨 → 只用于 rgba(morandi, 0.05~0.2) 的大面积氛围渐变与冷光。原版 14 处
  gradient 全部用它，从不用可读轨铺面。

移植时若只搬 --accent（一个很自然的想当然），petal 会从藕粉 #e8859b 变成
荧光洋红 #e63f9f——色是对的，莫兰迪感没了。

浅色可读轨的 L 值按 WCAG AA 反推校准过——压暗之后反而更贴莫兰迪，
这正是原作者对 mist 做过的事。

质感层

只搬色板得到的是「换了色的原界面」。原版 root-*.css（色板）89 行，
base-light/dark.css（质感）2968 行——差距全在这里。

氛围层（v0.4，可选）

Bloom 的默认审美是克制的——氛围层因此默认关闭，在顶栏下拉的「氛围」区一键开启：

• 配套壁纸：4 套与变体同色系的莫兰迪壁纸（mist 雾蓝 / cinnabar 陶土 / petal 藕粉 / ripple 雾青），
  默认随变体自动切换；也可固定某套，或填自定义 URL（http(s) / data:，完全离线可行）。
• 压暗滑杆（0–70%）：在壁纸上盖一层纱，正文可读性优先——这是对比度护栏在氛围层的延伸。
• 磨砂玻璃：侧栏、气泡、输入卡、菜单变为半透明 + backdrop-filter 模糊（4–32px 可调），
  底色取当前变体的主题 token 混透明度，不是死白死黑。
• 主题包：全部配置（变体 + 氛围）导出为一个 JSON 文件，分享给同事一键导入；
  导入走白名单合并，未知字段丢弃，坏文件安全报错。

四变体 × 明暗在氛围层下的一致表现：

设置面板就挂在顶栏下拉的下半部，开关、滑杆、主题包导入导出都在这一处：

关闭总开关后，壁纸层 DOM 不渲染、玻璃规则不命中——回到 v0.3 的纯 Bloom，零残留。

架构

lib/index.js    node 半侧（cordis plugin），空实现 —— 本插件是纯客户端主题
lib/client.js   浏览器半侧，全部逻辑在这
  ├─ PALETTE          4 变体 × 双轨色板
  ├─ bloomTokens()    → --bloom-* 自有 token（质感层的唯一色源 / SSOT）
  ├─ mistLight/Dark() → mist 完整接管 DSH 的 alias + specific 变量体系
  ├─ variantBlock()   → 其余 3 变体只覆盖主色与背景调，灰阶骨架继承 mist
  ├─ COMPONENT_CSS    → 质感层（一份 CSS，4 变体 × 明暗自动适配）
  ├─ AMBIENCE_CSS     → 氛围层（壁纸 + 磨砂玻璃，body[data-bloom-*] 驱动，默认不生效）
  ├─ renderAmbience() → 氛围层状态 → DOM 的唯一写入口（SSOT）
  └─ SWITCHER_CSS     → 顶栏下拉切换器（下半部即「氛围」设置区）

开发

npm run dev      # 监听 lib/ 自动部署到 web profile，保存即刷新浏览器
npm run deploy   # 手动部署一次

皮肤在浏览器端注入，且 CSS 由 client.js 运行时生成——没有「只热更 CSS」这条路，
必须重新执行脚本，也就必须刷新页面。npm run dev 已代劳（按 a 可切换，
或设 DSH_BLOOM_NO_AUTORELOAD=1 关闭）。

常见问题

已知限制

• 流式输出过程中 <think> 标签会短暂可见。 输出进行时标签与内容处在同一个文本节点，
  等输出结束、markdown 重新渲染拆成独立段落后才会被规则捕获。最终状态正确，只是过程中会闪现。
  要根治需在 LLM provider 适配层把思考内容解析成 reasoning 字段，交给 DSH 原生的
  ReasoningRow 渲染——那不属于主题的职责。
• 依赖 CSS Modules 的语义类名。 DSH 的类名形如 wSkVaW_root（<hash>_<语义名>），
  hash 会随 DSH 构建变化，语义名相对稳定，因此本插件用 [class*="_语义名"] 匹配。
  DSH 改版导致失配时，效果会退回纯色——不会错位或不可用，属安全降级。
• --dsw-alias-toast-bg / tooltip-bg 未逐变体覆盖，所有配色沿用 mist 的蓝灰色相。
  暗色下取值与背景差距偏小，尚未在真实 toast 上验证过对比度。
• 仅适配 web profile。 tui / headless profile 不涉及浏览器渲染，本插件不生效。

踩过的坑

完整复盘见 DEV_NOTES.md，含每个坑的现象 → 根因 → 修法 → 教训。
几条最值得先读的：

• client factory 必须返回带 apply 的对象，返回裸 {} 会让整个 DSH 启动白屏。
  该报错出现在浏览器端，与 lib/index.js 的 ESM 导出格式无关。
• 前景色 token 不能当背景/阴影用。暗色的前景是近白，拿它 color-mix 出的
  「阴影」会是一团白雾；markdown-inline-code 按文字色给值会得到 1.2:1 的浅底白字。
• DSH 用 CSS Modules，类名形如 wSkVaW_root。只能用 [class*="_语义名"] 匹配，
  且必须限定 div（否则命中 SVG）、必须数命中量（裸 _card 会命中 30+ 个消息卡）。
• 描边只能给有实色背景的那一层，加在内层透明元素上会形成「框中框」。

License

MIT

Author

@webkubor · 同系列：Bloom for Typora