dsh-retry
v0.2.2
模型与账号
含混淆或编码代码
在 **设置 → 请求重试** 用 DSH 风格的界面编辑一套**全局默认策略**；每个供应商可以跟随全局，也可以**单独覆盖**。全局策略自动同步到所有未覆盖的供应商（包括后来新增的供应商），覆盖策略只写对应供应商的原生 `retryPolicy`。
作者原文（英文）
DSH plugin for global-default and per-provider retry-policy overrides.
中文简介由 DeepSeek 模型翻译，仅供参考。
检测报告
有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
1需留意23未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意13 处命中client.js:1357noProviders: "\u5F53\u524D\u6CA1\u6709\u53EF\u914D\u7F6E\u7684\u4F9B\u5E94\u5546\u3002",client.js:1366intro: "\u8BBE\u7F6E\u4E00\u4EFD\u5168\u5C40\u9ED8\u8BA4\u91CD\u8BD5\u7B56\u7565\uFF1B\u6BCF\u4E2A\u4F9B\u5E94\u5546\u53…client.js:1368unavailable: "\u8BE5\u63D2\u4EF6\u5F53\u524D\u672A\u52A0\u8F7D\uFF0C\u6682\u65F6\u65E0\u6CD5\u914D\u7F6E\u3002",client.js:1369readOnly: "\u672C\u90E8\u7F72\u7684\u8BBE\u7F6E\u4E3A\u53EA\u8BFB\u3002",- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 13 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 13 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）