安装验证:运行验证通过 (L5) · 验证于 dsh 0.2.1-rc.2 · 验证日期 安装验证详情 →
功能介绍AI
DeepSeek Harness 插件,让模型直接返回可操作的界面而非纯文字回答,用户可与之直接交互。
- 模型返回可操作的界面,而不只是文字回答
- 用户可直接与生成的界面交互
- 以 dsh-plugin 形式提供给 DeepSeek Harness 使用
能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。
安装
dsh plugin --profile web add @left0ver/dsh-intelligent-ui安装方式: npm · 运行验证通过 (L5)
验证与兼容性
按插件版本分组:每张卡是该插件版本实测过的 dsh 版本与安装兼容结论(L5 优先)。只列真测过的组合——未列出 = 未实测,不推定兼容。L1–L3 为插件级静态档(与 dsh 版本无关,各 dsh 行同值):在行内「验证等级」格里与 L4/L5 并列显示、标注「静态」,证据体为插件级单份、随行内「查看检查项与证据」出现,不在各版本重复存储。
External credentials(插件级):未检测到
○ 作者未声明 dsh 版本要求 —— 安装不会因版本被拒。
| 插件版本 \ dsh | dsh 0.2.1-rc.2 当前 | dsh 0.2.1-alpha.4 | dsh 0.2.1-alpha.2 |
|---|---|---|---|
| 0.3.0 | ✓ | ✓ | ✓ |
| v0.3.0 | · | · | · |
0.3.0npm✓ 运行验证通过 32026-10-20
@left0ver/dsh-intelligent-ui
✓dsh 0.2.1-rc.2当前2026-10-20L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: npm · @left0ver/dsh-intelligent-ui@0.3.0
ID: dsh-intelligent-ui-4@0.3.0@dsh0.2.1-rc.2 · 档位: l4-sandbox
签发:2026-10-20 · 有效至:2026-10-27
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
✓dsh 0.2.1-alpha.42026-10-18L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: npm · @left0ver/dsh-intelligent-ui@0.3.0
ID: dsh-intelligent-ui-4@0.3.0@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-18 · 有效至:2026-10-25
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
✓dsh 0.2.1-alpha.22026-10-15L5 · 运行验证通过
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.2
- • 被测插件工件: npm · @left0ver/dsh-intelligent-ui@0.3.0
ID: dsh-intelligent-ui-4@0.3.0@dsh0.2.1-alpha.2 · 档位: l3-fullscan
签发:2026-10-15 · 有效至:2026-10-22
查看检查项与证据
已在加载器目录树中激活(150 个条目)
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
v0.3.0github2026-10-14
https://github.com/left0ver/dsh-intelligent-ui
该版本无运行时安装实测(仅静态扫描)——兼容性未知,不推定。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-intelligent-ui-4/)``[](https://www.dsh.so/artifact/dsh-intelligent-ui-4/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 低,按「取更严者」→ 总评级 低。
v0.3.0dsh 清单0.3.0npm2026-10-210.3.0版本一致clean · npmvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(1 条)
- 严重newFunction · code-exec
lib/client.js:57const worker = new Worker(URL.createObjectURL(new Blob([${JSON.stringify('"use strict";(()=>{var d=["DIL","$h","$$"];function h(o){let n=new
展开 2 条审计发现
- low宿主 `check()` 用 `new Function` 编译模型提供的 DIL,但从不调用
lib/index.js:144这正是静态扫描标记为 critical 的构造。它只做语法解析:函数对象被丢弃、从未调用,因此模型/DIL 文本绝不会在 DSH 宿主进程执行,唯一故障模式是被捕获的 SyntaxError 转为给模型的反馈。但它仍是作用于不可信文本的代码生成原语,若日后重构中调用了编译出的函数,就会变成宿主侧 RCE。
- low沙箱 iframe 以 targetOrigin '*' 把模型可控的 worker 消息原样转发给宿主页面
lib/client.js:58恶意 DIL 程序(可通过提示注入影响模型而达成)能以任意速率向顶层窗口投递任意 JSON;该 frame 为不透明源,接收方无法校验来源,若 DSH Web 应用中其他消息监听器信任载荷结构则会受到影响。插件自身的 receive() 已校验来源与 tree 结构,因此未发现 DOM/XSS 路径。
静态扫描的 critical 为误报:`new Function` 仅用于语法检查,模型生成的 JS 只在无同源权限的沙箱 iframe worker 中执行,CSP 为 default-src 'none'。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-12 · 活跃度:活跃
• 仓库创建: 2026-10-10
• 星标: ★ 1 · 复刻: 0
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
