[Bug] Web UI 的 Markdown 把普通正文里的单个 ~ 当成删除线（GFM 只应认成对 ~~）

[zlysd55]

环境

• DSH 桌面版 0.2.1-rc.3（Windows 11），Web GUI 对话界面
• 复现对象：消息正文里的 Markdown 渲染（不是代码块/行内代码）

复现步骤

1. 在任意一条消息里写普通正文：

今天气温 16~18 度，我再游 1~3 圈。

2. 实际渲染结果：

• 16~18 → 显示成「16」，后面的「18」带删除线
• 1~3 → 显示成「1」，后面的「3」带删除线

3. 对照实验（同一段文字）：

• 行内代码 `16~18` → 正常显示，不受影响
• 反斜杠转义 16\~18 → 正常显示

期望行为

按 GitHub Flavored Markdown / micromark 的删除线扩展规范，删除线只认成对的 ~~，单个 ~ 应当原样输出。当前实现看起来把单个 ~ 也当成了删除线的定界符，属于解析放宽过度。

影响

中文用户写数字区间非常常见（温度 16~18 度、圈数 1~3 圈、时间 5~10 分钟、pH 6~7），几乎每条含区间的消息都会被错误渲染成「前半个数 + 被划掉的后半个数」，读起来是错的，而且很容易被误读成「删除/作废」的意思。

建议修复

前端 Markdown 解析里的 strikethrough 扩展改成只在遇到 ~~ 时进入删除线状态（对齐 remark-gfm / micromark-extension-gfm-strikethrough 的规范行为），单个 ~ 走普通文本。

最小对照

输入（纯文本，无任何包裹）：

测试：今天 16~18 度，我再游 1~3 圈。

当前渲染：测试：今天 16 + 删除线18 + 度，我再游 1 + 删除线3 + 圈。

期望渲染：测试：今天 16~18 度，我再游 1~3 圈。

[PerryLink]

这个在 rc.3 里已经修了，而且我之前在 rc.2 上确实没找到这行配置。

packages/client/ui-primitives/src/markdown/parse.ts:21-22：

/** GFM strikethrough requires `~~`; a single `~` stays literal, as in ranges such as `10~20`. */
const gfmOptions = { singleTilde: false }

两个入口都把它传进去了——parseGfm 在 :32 传 gfm(gfmOptions)，带 math 的 parseGfmWithMath 在 :49 传同一个对象。所以现在单波浪线不会再被当成删除线，注释里写的理由就是你说的那个场景（10~20 这种区间）。

我顺手在 rc.2（687f282）上查了同一个文件，singleTilde 一处都没有。也就是说这是 rc.3 才加上的选项，你在 rc.2 或更早的 Web UI 上看到单 ~ 变删除线，是符合当时代码的。

所以如果你已经装了 rc.3 还能复现，那就不是这个解析器的问题，得看渲染链上是不是还有另一个 markdown 实例（比如某个插件自己渲染消息体），或者前端 bundle 还是旧缓存。这种情况下把出问题的那条消息原文贴出来、再说明版本，比较容易定位。