dsh-client-ui-user-questions
github.com/deepseek-ai/deepseek-harness
v0.0.1-rc.3
界面与主题
Web 提问功能插件：其浏览器端在会话自有的 `conversation.composer` 键控插槽中注册 `question` 入口。其宿主端刻意留空——把 `dsh-tool-ask-user` 挂载到那里会让该工具进入注册表的 GLOBAL 层，而该层会合并进每个 agent，无论其由哪个预设组合而成，于是原本只有两个工具的基准预设实际会呈现三个。渲染问题是宿主 UI 的能力；拥有该工具则是 agent 的能力，因此 `tool
作者原文（英文）
Web ask_user_question feature: host tool mount plus composer-takeover question UI
中文简介由 DeepSeek 模型翻译，仅供参考。
检测报告
能力很少。几乎没有命中能力模式，源码里很少出现敏感调用。
1一般23未命中
高关注需留意一般
能力清单
- 动态加载模块
dynamic-import一般2 处命中…ypes/client/PlanReviewPanel.d.ts:13export declare function PlanReviewPanel({ pending, review, t }: PlanReviewPanelProps): import("react").JSX.Element;…pes/client/QuestionComposer.d.ts:24export declare function QuestionComposer(props: QuestionComposerProps): import("react").JSX.Element;- 动态导入本身无害，但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 动态加载模块 | dynamic-import | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 14 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）