dsh-optimize

一段对话跑得越久，隐性成本就越明显：每一步都要把已保留的历史重新发出去，会话日志只增不减，Web 界面要渲染的 DOM 行也越来越多。dsh-optimize 做的事情很简单——把这些增长变成可量化的事实，而不是事后才察觉的惊喜。它逐次测量每条出站请求实际携带的消息数、字符数和估算 token 范围，同时读取 Harness 自身的 contextPressure 投影作为权威锚点，并将每个会话的请求数、事件数、峰值负载、压缩次数记入本地状态文件。当会话越过你设定的 warnTokens 或 criticalTokens 阈值时，日志中会出现带测量区间的明确警告；若你开启了 autoCompact，插件会在 Agent 空闲时调用 Harness 内置压缩引擎提前瘦身，压缩策略本身仍由 Harness 引擎决定。在浏览器端，它通过 content-visibility: auto 对长历史行启用 Lite 渲染，视口外的行跳过布局与绘制，React 调和逻辑不变，滚动锚点依旧稳定，用户可随时在 Composer 芯片或设置页一键切换。\n\n它不修改系统提示词、工具 schema 或请求前缀，不写入会话事件，也不触碰会话日志——只做度量、告警和可选的提前压缩，把"长会话变贵"从模糊体感变成一条带数字的日志。\n\n适合谁用？如果你的 DeepSeek Harness 工作流经常出现数十万 token 级别的长对话，或者你希望把压缩时机纳入自己的预算纪律而非完全交给模型窗口，dsh-optimize 就是一个低侵入的观察层加上一个可选的执行开关。管理员可以拿它做容量审计；重度用户可以在 Composer 里一眼看到当前挂载行数并切换渲染模式。