3289192-bot/dsh-cache-bricks ↗★ 0
dsh-cache-bricks
DSH web plugin: cache hit rate as falling Tetris-style bricks in the blank gutter beside the conversation — one brick per real model request attempt, one column per task, amber below 90% and red below 70%. 适合需要直观监控模型请求缓存命中率的Web端用户，需特定引擎版本。
설치
npx -p @deepseek-ai/dsh dsh plugin --profile web add github:3289192-bot/dsh-cache-bricksdsh-cache-bricks
0.1.3 · GitHub 发布版
在 0.1.2 之上只修一件事：定位：命中 DOM 不算成功，看得见才算。长轮次的过程组自带滚动区 （
[data-step-process-body]，官方max-height封顶），此前只滚外层对话，于是行被组内裁掉—— 高光确实打在正确的 DOM 上，屏幕却什么也看不到，面板还报"已定位"。现在先滚内层、重新测量、 再滚外层；仍然不可见时报exact-not-visible，不高亮、也不算定位成功。0.1.2 是公开版本线的起点（基于本地冻结的 0.1.1 稳定版与分发调整）；砖契约、数据模型、渲染规则与 绝对配色（ 代码自
dsh-cache-badge1.7.2 起算（名字、包名与版本线是新开的），继承三个修复： 续聊不再吞掉历史砖、历史砖可导航、历史砖有类型（会话日志回放，src/core/replay.ts）； 配色在 0.1.0.a 改过并进入本稳定版：** 砖的契约已冻结：一块砖 = 一次真实执行过的模型请求 attempt。 完整定义与扩展规则见 docs/brick-contract.md——以后加成本/TTFT/TPS/路由/子代理等，都只是给BrickRecord加字段，不许再改"什么才算一块砖"。
DSH 插件：把每一次真实模型请求（attempt）变成一块砖——不是"每一步"：同一个 (turn, step) 因重试可以
有两次真实请求、两份计费、两种缓存结局，合并就把最该看的情况吞掉了。唯一的例外是降级路径：没有宿主半边时，
客户端只能从会话事件流按 step 折叠，那种砖是 step 级的、且不声称对应任何一行对话（见下）。砖落在对话窗口左侧的空白区，自下而上叠成一列，
颜色是这次请求的提示缓存健康度（** 这套 harness 里几乎每一步都同时有 reasoning、工具调用和文本，于