dsh-jev-mode
在终端中运行以下命令:
dsh plugin install QI-seven33/dsh-jev-mode
将以下提示词粘贴到 DeepSeek Harness 对话框中:
在 DeepSeek Harness Desktop 的「插件」页面安装并启用该插件(源码仓库:https://github.com/QI-seven33/dsh-jev-mode),完全重启后在新会话中选择 JEV decision mode。
插件介绍
在 DeepSeek Harness Desktop 里,默认预设已经能完成大多数编码与文档任务,但有些场景你希望在不改动主模型配置的前提下,对根目录 package.json、README.md 等有限文件读取更直接,并在高风险操作前多一层语义化的授权判断。dsh-jev-mode 正是面向这类需求的非官方、可选桌面预设:它沿用 Desktop 0.2.0-rc.2 的标准能力组合,并叠加 JEV 决策与门禁逻辑,标准预设本身不会被改写。
插件按请求类型分流处理。显式询问根 package.json 或 README 时走原生读取与权限,不额外调用 JEV 选择;在两者之间的短对比类请求上,仅在置信度与选中概率均达到 0.9 时才做有界 JEV 选择,否则仍走常规划。被标为风险 2 及以上的操作会先执行硬规则,再通过 JEV 结合人工授权做校验,原生权限否决始终优先。日常编码与文档任务仍使用标准规划与工具,不会自动拉技能、预加载或额外验证环。
README 明确说明:尚无普遍可证的速度或安全提升,分类器存在已知缺口,真实误放行/误拦截率也未系统测量。因此它更适合愿意在可控范围内试用 JEV 决策、能接受实验性体验、并自行配置 TypeSafe 密钥的桌面用户;若你只需要稳定默认行为,继续选用标准预设或禁用插件即可。
从数据与安全角度看,门禁是对原生沙箱与权限的补充而非替代;语义校验会把有界上下文发往 TypeSafe,密钥经 Harness 凭证服务保存且不回传给浏览器或对话。了解这些边界后,你可以在新建会话中选择 JEV decision mode,按自己的风险偏好评估是否长期使用。
截图预览
使用场景
- 需要在不改主模型配置的情况下试用 JEV decision mode
- 希望对根目录 package.json 与 README 的显式或对比读取有明确分流策略
- 高风险操作前希望多一层语义授权,同时仍服从原生权限否决
适合人员
- 使用 DeepSeek Harness Desktop 并愿意启用非官方可选预设的用户
- 能自行配置 TypeSafe API 密钥并接受实验性分类与门禁结果的用户
- 理解尚无普遍性能或安全收益证明、仍想评估 JEV 工作流的技术用户