安装验证:生态插件:`dsh plugin add` 装得上,但未声明 dsh.bundle、不挂载任何插件能力——L1-L5 插件安装验证阶梯不作评级依据;安全扫描照常执行。安装验证详情 →
功能介绍AI
可视化标注插件,可在本地应用预览中选择元素,并向你的 agent 发送结构化 UI 反馈。
- 可直接在本地应用预览中选择元素
- 向你的 agent 发送结构化 UI 反馈
- 作为 DSH 插件服务开发者工作流
能力标签为 AI 推断或 README 规则抽取(见角标),词表受限、未经安装验证;AI = 推断,README = 原文关键词。
安装
dsh plugin --profile web add github:alaliqing/dsh-annotate#v0.1.15安装方式: GitHub · 运行验证未定论 (L5 unknown)
验证与兼容性○ 生态插件
按插件版本分组:每张卡是该插件版本实测过的 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 |
|---|---|---|---|
| v0.1.15 | ○ | · | · |
| v0.1.14 | · | ○ | ○ |
v0.1.15github○ 生态插件 12026-10-21
https://github.com/alaliqing/dsh-annotate
○dsh 0.2.1-rc.2当前2026-10-21生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-rc.2
- • 被测插件工件: github · https://github.com/alaliqing/dsh-annotate#v0.1.15
ID: dsh-annotate-3@v0.1.15@dsh0.2.1-rc.2 · 档位: l3-fullscan
签发:2026-10-21 · 有效至:2026-10-28
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
v0.1.14github○ 生态插件 22026-10-18
https://github.com/alaliqing/dsh-annotate
○dsh 0.2.1-alpha.42026-10-16生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.4
- • 被测插件工件: github · https://github.com/alaliqing/dsh-annotate#v0.1.14
ID: dsh-annotate-3@v0.1.14@dsh0.2.1-alpha.4 · 档位: l4-sandbox
签发:2026-10-16 · 有效至:2026-10-23
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
○dsh 0.2.1-alpha.22026-10-14生态插件
- • Node.js: v24.14.0
- • DSH: 0.2.1-alpha.2
- • 被测插件工件: github · https://github.com/alaliqing/dsh-annotate#v0.1.14
ID: dsh-annotate-3@v0.1.14@dsh0.2.1-alpha.2 · 档位: l4-sandbox
签发:2026-10-14 · 有效至:2026-10-21
查看检查项与证据
未出现在 Web 档 loader 清单中
L1–L3 为插件级静态结论(基础门槛,全 dsh 版本相同):证据为插件级单份,不在各版本重复存储。
作者徽章
将官方徽章嵌入你的 README,展示插件的安全与安装检测状态:
`[](https://www.dsh.so/artifact/dsh-annotate-3/)`安全报告
两层自动化检查,都不是人工审核:静态扫描(逐插件规则判定)与模型驱动的动态安全审计(只覆盖静态判定 warn 及以上的插件子集,不执行插件代码)。
静态扫描 低,动态审计最高 中,按「取更严者」→ 总评级 中。
v0.0.0v0.1.15git2026-10-21v0.1.15版本一致clean · gitvet 为 AST 静态扫描(npm 发布物或 git 源码)。
静态发现(4 条)
- 警告netIp · network
examples/demo-app/server.mjs:49const url = new URL(req.url ?? '/', `http://127.0.0.1:${port}`) - 警告netIp · network
examples/demo-app/server.mjs:139console.log(`fixture dev server: http://127.0.0.1:${port}${base} (base ${base})`) - 警告netIp · network
packages/dsh-app-bridge/lib/index.js:104const target = new URL(config.target ?? 'http://127.0.0.1:5173') - 警告newFunction · code-exec
scripts/check.mjs:60const dsaI18n = new Function(`${i18nSource}\nreturn dsaI18n`)()
展开 2 条审计发现
- medium可选 app-bridge 把 loopback 开发服务器挂到 harness 同源,暴露同源 harness API
packages/dsh-app-bridge/lib/index.js:196被桥接的开发服务器返回的任何脚本都运行在 harness 源上;buildHeaders/buildResponseHeaders 的凭据剥离只覆盖经代理转发的请求,应用自身对 /api/* 的同源 fetch/XHR 不经过代理,会带上用户的 harness 会话,因此被污染的开发依赖或应用本身可以以用户身份调用 harness API。前提是安装可选的 dsh-app-bridge 并指向某个开发服务器。
- low升级/拒绝中继路径绕过了普通代理响应上的 Set-Cookie 剥离
packages/dsh-app-bridge/lib/index.js:164当 forwardCredentials=false 时,proxyHttp 通过 buildResponseHeaders 剥离上游 Set-Cookie,但 WebSocket 升级(第 164 行)与被拒绝升级(第 187 行)路径会原样写出上游全部响应头。loopback 开发服务器因此可以在 harness 源响应上写入自己的 Set-Cookie,与既定策略不符;浏览器对 101/握手失败响应中 Cookie 的处理并不一致,实际影响有限。
注入页面的 shim/overlay 防御性良好,但核心宿主预览/代理代码未提供审计,且可选 dsh-app-bridge 会把开发服务器挂到 harness 同源(中危)。
口径:动态审计只会把风险往严重里判,不会把风险降下来(只升不降,不构成豁免);模型判错时由人工复核撤回,撤回后回到静态判定。合并判定 = 两层中更严的那一个。
免责声明:静态扫描与动态安全审计都是自动化分析,不构成安全保证。安装前请自行审查。
活跃度
最近提交 2026-10-18 · 活跃度:活跃
• 仓库创建: 2026-09-20
• 星标: ★ 7 · 复刻: 0
• 健康度: 活跃 — 近 30 天有提交
来源
作者 README
GitHub 原文 ↗展示作者仓库中的原始 README 内容,实时抓取、未做改写;优先加载中文版(README.zh-CN.md 等),无中文版时回退英文。
