deepseek-harness-compaction-ui
github.com/preflower/deepseek-harness-compaction-ui
v0.2.0
界面与主题
含混淆或编码代码发起网络请求
DeepSeek Harness 官方上下文压缩的可视化配置插件。
作者原文（英文）
Visual percentage and token settings for official DeepSeek Harness compaction
中文简介由 DeepSeek 模型翻译，仅供参考。
deepseekdeepseek-harnessdsh-plugincontext-compaction
检测报告
有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
2需留意1一般21未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意8 处命中lib/client.js:134description: "\u8FBE\u5230\u8BBE\u5B9A\u9608\u503C\u540E\u81EA\u52A8\u6458\u8981\u8F83\u65E9\u7684\u5BF9\u8BDD\u5185\u5B…lib/client.js:139thresholdHint: "\u8FBE\u5230\u6B64\u4E0A\u4E0B\u6587\u7528\u91CF\u540E\uFF0C\u5728\u4E0B\u4E00\u6B65\u5F00\u59CB\u524D\u…lib/client.js:140thresholdRatioHint: "\u6309\u6A21\u578B\u4E0A\u4E0B\u6587\u7A97\u53E3\u8BA1\u7B97\uFF1B\u767E\u5206\u6BD4\u4F1A\u968F\u6…lib/client.js:142retainHint: "\u538B\u7F29\u65F6\u4FDD\u7559\u6700\u8FD1\u7684\u539F\u59CB\u5BF9\u8BDD\uFF0C\u5176\u4F59\u5185\u5BB9\u751…- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
- 发起网络请求
network需留意2 处命中lib/client.js:85this.refreshPromise = fetch(SETTINGS_ENDPOINT, {lib/client.js:109const response = await fetch(SETTINGS_ENDPOINT, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般5 处命中lib/client.js:87credentials: "same-origin",lib/client.js:111credentials: "same-origin",web-settings.js:27const descriptor = settings.describe({ redactSecrets: true })README.md:163配置完成后，工作流使用 OIDC 发布，无需保存长期 npm Token。首次发布时如果 npm 尚不能配置 Trusted Publisher，可在 GitHub 仓库的 **Settings → Secrets and variable…- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 8 |
| 发起网络请求 | network | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 5 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 8 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）