dsh-speed-anchor
编辑器停靠栏中的实时 token 速度胶囊：从流式文本中每 200 毫秒采样一次的迷你趋势图、当前 tok/s 数值，以及用于设置采样步长和平均窗口的设置页面。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add github:puny-code/dsh-speed-anchor#1ac8e16c267a85e52c5e175b5ceb3b7f59b24d2cSpeed Anchor 以 dsh-speed-anchor 发布，当前版本为 0.6.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
把 DSH 输入框下方那颗“N 轮 N 步 · 223 tok/s”的统计胶囊，换成一条实时速度折线。
折叠时是一条 44×13 的折线加上当前 tok/s，右侧小圆点表示此刻正在数（只有思考和正文输出会让它亮）。点开是原来的会话统计面板，多出峰值和两项采样参数。
在 DSH 的插件管理里选“从 URL 安装”，粘贴对应版本的 release 链接：
https://github.com/puny-code/dsh-speed-anchor/releases/download/v0.6.0/dsh-speed-anchor-0.6.0.tgz
装完刷新窗口。卸载走插件管理的停用/移除，它会从 profile 的 bundle 列表里消失，官方那颗胶囊自动回来。
只有一个链接要粘，别用 dsh plugin add <url> 代替：那条命令只是把包加进 profile 的依赖，不会把它登记进 bundle 列表，插件不会启用（还得回插件管理里手动打开）。要装就用插件管理这个入口。
DSH 只有在一步结束时才给出该步的输出 token 数，流式过程中没有现成的 token 计数。所以这里的做法是：
所以这是估算值，不是服务商计费口径的 TPS。优点是 200 ms 的粒度、能看清输出节奏的变化；代价是绝对数值会有一两个百分点的偏差。
工具调用阶段完全不采样：那段时间的 partial 是空的或者冻住的，写进曲线只会留下成串的 0 碎点。工具跑着时读数冻在开始前的最后一个值，绿点熄灭，新的正文一出来窗口就清空重起，工具耗时不会稀释下一点。
设置 → TPS折线：
| 项 | 默认 | 范围 | 作用 |
|---|---|---|---|
| 采样粒度 | 200 ms | 50–5000 | 多久记一个点 |
| 平均窗口 | 300 ms | 50–5000 | 每个点回看多远求平均 |
| 丢弃尾部点数 | 1 | 0–10 | 输出结束时丢掉最后几个点，免得起草停顿把读数冻在一个极小值上 |
| 取值范围点数 | 30 | 3–60 | 纵轴高度只按最近这么多点里的最高值算 |
一开始纵轴上界是整场会话的最高值，只增不减。结果是一次 1000 tok/s 的偶发尖峰，会把后面所有 50 tok/s 的点压到离底边 1 px 的地方，整条曲线看起来又平又压抑。现在上界只取最近 30 个点（200 ms 粒度下约 6 秒）里的最高值：尖峰随时间退出窗口，曲线自己重新舒展。
这个范围本身不画出来。超出上界的点会钳在顶边，看起来是一段平顶——说明“当时比现在快”，而不是画到框外面。面板里的“峰值”仍然报整条曲线的真实最高点，不是用来缩放的那个值。
—。speed-anchor），不抢官方 activity 的位置——抢同一个 id 会让本包的启动错误变成整个聊天的启动错误。官方那颗由 CSS 隐藏。MIT