webkubor / dsh-bloom-theme

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

Bloom 是什么

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

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

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

详见 双轨色。

为什么用 Bloom

主题一览

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

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

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

快速安装

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

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

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

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

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

- insert:
    - id: bloom-theme
      name: '@webkubor/dsh-bloom-theme'

从源码装：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 行——差距全在这里。

架构

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 变体 × 明暗自动适配）
  └─ SWITCHER_CSS     → 顶栏下拉切换器

开发

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

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

踩过的坑

完整复盘见 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