Markdown 渲染器误把单波浪号 ~内容~ 解析为删除线（singleTilde 默认开启）

[GUODnuli]

问题

会话消息中的 Markdown 渲染器把 ~内容~（单波浪号对）解析为 <del>。两个相邻片段如 ~100~ ~200~ 会稳定渲染成删除线。GitHub.com 的 GFM 只认 ~~内容~~，同样的文本在 GitHub 上显示正常。

复现环境：DSH Desktop 2.0.9 与 dsh web 0.1.5-rc.1 均可复现。

复现步骤

1. 在会话中发送 区间 ~100~ 到 ~200~ 之间
2. 观察渲染结果：文本被加上删除线

根因

packages/client/ui-primitives/src/markdown/parse.ts 的两条 mdast 管线以 gfm() 无参构造 micromark GFM 扩展，继承了库默认值 singleTilde: true：

extensions: [gfm(), cjkFriendlyStrong()],

建议修复

两条管线都传入 gfm({ singleTilde: false })。我们已在 fork 中实现并验证：

• 分支：https://github.com/GUODnuli/deepseek-harness/tree/fix/markdown-single-tilde
• 改动：parse.ts 两处 gfm() → gfm({ singleTilde: false })，含回归测试（33/33 通过）与 Agent Note（双语）

上游仓库关闭了 Issue/PR 通道，因此通过 Discussion 提交，供团队参考采纳。

[PerryLink]

结论：确认。两条 mdast 管线都以无参 gfm() 构造，继承了 micromark-extension-gfm 的 singleTilde 默认开启；修复点就是这两处调用。

源码证据：packages/client/ui-primitives/src/markdown/parse.ts:26-31（流式臂 parseGfm）：

export function parseGfm(text: string): Root {
  return fromMarkdown(text, {
    extensions: [gfm(), cjkFriendlyStrong()],

以及 :39-43（定稿臂 parseGfmWithMath）的 extensions: [gfm(), cjkFriendlyStrong(), mathCompatibility(), math()]。两处必须同时改：文件头注释（:1-8）说明两臂只是"流式 vs 定稿（多 math 扩展）"的差异，只改一处会导致流式阶段与落定后渲染不一致。仓库锁定的版本是 micromark-extension-gfm@3.0.0（pnpm-lock.yaml:18232），该版本默认单波浪号即删除线（其 readme 示例即 "one or two tildes."）。GitHub.com 只渲染 ~~内容~~ 属外部行为，与库默认值无关，你的复现环境观察成立。

修复点确认：两处 gfm() → gfm({ singleTilde: false })，正是你们 fork 的做法；fork + 回归测试的路径没问题（测试数字 33/33 是你的结果，未验证）。补充一点：改完后 ~100~ ~200~ 这类文本在流式和定稿阶段都会按字面渲染，与 GitHub 行为一致，但会与依赖单波浪号删除线的旧会话显示不同——这不是回归，是朝 GFM 对齐。

另：检索发现仓库已有同类讨论 #4854（单 ~ 被当删除线，同根因），可作交叉引用；若维护者合并了其一，另一条大概率一并覆盖。

如果你方便，贴一下 fork 中回归测试覆盖的用例列表（是否含流式/定稿两臂、相邻片段 ~100~ ~200~），会更有说服力。