thomasvvugt/dsh-wide-stats-footer

dsh-wide-stats-footer

一个 DeepSeek Harness（DSH）Web 插件，用于解除编辑器统计页脚的宽度限制——即输入卡片下方的那一行：

16 turns · 255 steps | LLM 44m17s · Tool call 42m32s | TTFT avg 5.3s · 87 tok/s | Cache hit 97% | Input 32.3M tok · Output 113K tok

原版 DSH 会将这一行限制在聊天内容宽度内，因此较长的统计信息会被压缩成 …：

16 turns · 255 steps | LLM 44m17s · Tool call 42m32s | TTFT avg 5.3s · 87 tok/s | Cac…

使用此插件后，页脚会横跨整个编辑器宽度并居中——在宽屏上不再被截断。

安装

dsh plugin --profile web add github:thomasvvugt/dsh-wide-stats-footer

然后重启 dsh web。使用 dsh --profile web --dump-config 确认（查找
dsh-wide-stats-footer 层）。如需固定某个发布版本：github:thomasvvugt/dsh-wide-stats-footer#v0.1.0。

该插件也收录在 awesome-dsh-plugin
注册表中，因此可以从应用内插件市场（dshmarket）一键安装，并可通过插件搜索找到。

卸载： dsh plugin --profile web remove dsh-wide-stats-footer，然后重启。

它改变了什么

原版页脚（@deepseek-ai/dsh-client-ui-conversation 中的 StatsLine）受其 CSS 模块根规则限制：

.{hash}_root {
text-align: center;
max-width: var(--dsh-chat-content-width);          /* 748px — 限制宽度 /
padding: 4px calc(var(--dsh-composer-side-clearance) + 16px) 0;  / 再加 32px /
white-space: nowrap; overflow: hidden; text-overflow: ellipsis;
margin: 0 auto; width: 100%;
}

该插件仅覆盖该元素上的宽度限制和水平内边距：

.{hash}_root.{hash}_root { max-width: none; padding-left: 0; padding-right: 0; }

width: 100%、margin: 0 auto 和 text-align: center 保留自基础规则，因此页脚会变得与其容器（编辑器列）一样宽，同时保持居中。双类名使其特异性为 (0,2,0)，高于基础规则的 (0,1,0)，且不受
注入顺序影响——包括第三方主题 CSS。此外，还会对页脚元素本身应用内联样式回退，以增强稳健性。

哈希发现（无任何硬编码）

{hash} 是一个经过哈希处理的 CSS 模块前缀，每当
dsh-client-ui-conversation 重新构建时都会改变。浏览器端会在运行时发现它：

1. 扫描 document.styleSheets，查找统计行的分隔符规则
.{hash}_sep { color: var(--dsw-alias-separator-primary); margin: 0 10px }
（在应用中唯一——其他 _sep/_separator 类使用点号或不同的
外边距），并且
2. 在修改之前，验证同级的 .{hash}_root 规则确实声明了
max-width: var(--dsh-chat-content-width) 限制。

第二条独立路径会直接在 DOM 中找到页脚。MutationObserver 监听
和  会在 style 标签到达时（延迟的 bundle 物化、HMR 重建、主题切换）以及会话视图（重新）挂载 footer 时重新运行发现逻辑。

如果 DSH 的标记在未来版本中发生变化，该插件会降级为静默无操作——
它绝不会破坏 UI，原版 footer 只会保持被钳制状态，直到更新为止。

诊断

打开 DevTools 并读取 window.__WIDE_STATS_FOOTER__：

{ appliedAt, styleHash, domHash, overrideChars, inlineFixed, lastSyncAt }

styleHash/domHash 显示从每个来源发现的 CSS-module 前缀；其中为 null
表示该来源未匹配。每次启动会记录一行 console.info。

故障排查 / 常见问题

footer 仍然被钳制。
在 DevTools 中检查 window.__WIDE_STATS_FOOTER__：

- styleHash: null 且 domHash: null —— 哈希发现未匹配到任何内容。
这意味着你的 DSH 构建的标记/CSS 与已验证的形态不同
（例如更新的 DSH 版本）。该插件已降级为无操作；请
提交 issue，
附上你的 DSH 版本和诊断对象。
- 哈希存在但 overrideChars: 0 —— 覆盖规则已写入，但
基础钳制规则不是预期形态。同样值得提交 issue。
- appliedAt: null —— 插件从未运行；确认它确实已安装
（dsh --profile web --dump-config 应显示该层），并且你在安装后
重启了 dsh web。

它原本正常工作，但在 DSH 更新后停止了。
偶尔会出现这种情况：CSS-module 哈希会在重建时轮换。该插件
会在运行时重新发现它，因此更新后停止意味着标记*
形态发生了变化。检查诊断对象并报告。

这会让应用变慢吗？
不会。发现逻辑每次启动运行一次，外加在观察到的 DOM/style 变更时运行；
这些观察器不会进行周期性轮询。

我可以更改对齐方式吗（左/右对齐而不是居中）？
不能通过配置更改——该插件刻意不提供配置，只做一件事。
DSH 的基础 text-align: center 会被保留。

它能与自定义主题一起使用吗？
可以。覆盖规则使用双类名特异性（0,2,0），因此无论样式表顺序如何，
它都能胜过原版规则。如果某个主题本身以相同或更高特异性覆盖
footer 的 max-width，该主题会胜出——这是正确的行为。

兼容性

基于 DSH 0.1.1-rc.2 web 构建并验证。仅客户端：无宿主端行为、无
配置、零 npm 依赖、无安装脚本。

许可证

MIT