🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

Jev 决策验证 xienda/dsh-jev-verify

DeepSeek Harnessv0.8.6
xienda27 天前有提交已提供中文文档扫描:含敏感能力

把 TypeSafe AI 的 JevSystem One 决策模型接入 DeepSeek…

30.7/100
综合分
1
GitHub 星标
604
npm 周下载
—/5
用户评分

数据截至 2026/10/8 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add dsh-jev-verify
npm 源 · dsh-jev-verify 的发布者账号已校验与本仓库一致

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:已验证
是什么
dsh 原生插件 · tool
装得上吗
本站已在 dsh 0.2.1-rc.2 下真实安装成功(非静态推断);本次验证针对插件 v0.9.0,当前版本为 v0.8.6
L5 · 运行时冒烟等级说明 →
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
活跃:最近一次提交在 27 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
社区实装还没有人打卡 · 装过的第一个就是你
安装兼容性检查✓ 自动检查通过
展开查看检查明细 ↓

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

✓npm 包dsh-jev-verify @ 0.8.6
✓Node 引擎要求 >=20.0.0 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明

验证方式:npm registry 存在性 + package.json 静态校验 · 最后检查 2026/10/13 14:48:49

安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

读写/删除本地文件读取剪贴板或密钥环境变量发起外部网络请求
查看扫描证据(共 18 处,展示前 18 条)
  • 发起网络请求
    client/client.js:1488
    return fetch(PILL_ROUTES[index], { credentials: "same-origin", headers: { accept: "application/json" } })
  • 读取本地文件
    lib/dashboard.js:11
    const PAGE = readFileSync(new URL("./dashboard-page.html", import.meta.url), "utf8");
  • 写入本地文件
    lib/dashboard.js:138
    appendFileSync(ledgerFile, JSON.stringify(entry) + "\n");
  • 读取本地文件
    lib/usage.js:137
    const parsed = JSON.parse(readFileSync(path, "utf8"));
  • 写入本地文件
    lib/usage.js:168
    writeFileSync(tmp, payload);
  • 写入本地文件
    lib/usage.js:169
    renameSync(tmp, path);
  • 发起网络请求
    lib/providers.js:240
    response = await fetch(url, {
  • 读取本地文件
    bench/batch-e2e.mjs:17
    const line = readFileSync(file, "utf8").split("\n").find((l) => l.startsWith(prefix));
  • 发起网络请求
    bench/batch-e2e.mjs:29
    const res = await fetch(base + "/systemone", {
  • 读取密钥环境变量
    bench/bench.mjs:52
    const apiKey = process.env.TYPESAFE_API_KEY;
  • 发起网络请求
    bench/bench.mjs:70
    response = await fetch(endpoint, {
  • 写入本地文件
    bench/bench.mjs:193
    mkdirSync(dir, { recursive: true });
  • 写入本地文件
    bench/bench.mjs:196
    writeFileSync(file, JSON.stringify(report, null, 2));
  • 读取本地文件
    bench/choose-e2e.mjs:22
    const line = readFileSync(file, "utf8").split("\n").find((l) => l.startsWith(prefix));
  • 发起网络请求
    bench/choose-e2e.mjs:34
    const res = await fetch(base + "/systemone", {
  • 读取本地文件
    bench/dump-raw.mjs:6
    const raw = readFileSync(envPath, "utf8");
  • 请求外部主机api.typesafe.ai
    bench/dump-raw.mjs:11
    const res = await fetch("https://api.typesafe.ai/v1/systemone", {
  • 发起网络请求
    bench/dump-raw.mjs:11
    const res = await fetch("https://api.typesafe.ai/v1/systemone", {
扫描于 2026/11/3(1 天前) · 范围 入口闭包 + 全包扫描 · 来源 npm 发布包
涉及外部主机:api.typesafe.ai

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/dsh-tools@deepseek-ai/schemastery@deepseek-ai/cordis
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 接入决策模型
  • 结构化工具视图
  • 自动守卫与仪表盘
v0.8.62026-10-07
· dsh-jev-verify 0.8.6 修复 #1 中报告的启动崩溃。 · 根本原因 @deepseek-ai/dsh-tools 被声明为普通依赖(0.1.5-rc.2),生态里只有这一个插件这么做。在配置档使用 nodeLinker: hoisted + hoistPattern: ["*"] 时,pnpm 在 /node_modules/@deepseek-ai/dsh-tools 下放了一份真实副本。加载器条目 id: tools 解析到了这份副本,而不是宿主内置的那份;副本无法导入自己的 peer(Cannot find package '@deepseek-ai/cordis'),于是 tools 服务始终没注册,所有 inject: ["tools"] 的插件都卡住,启动最终以这段报错结束: DesktopHostFatalError: dsh: startup failed: 1 required plugin did not activate · 修复 · @deepseek-ai/dsh-tools 从 dependencies 移到 peerDependencies(^0.1.5-rc.2),并在 peerDependenciesMeta 里标记 optional: true,这样任何安装器都不会再放一份副本,也就无法遮蔽宿主。 · dependencies 现在只保留叶子库 @deepseek-ai/schemastery。 · 运行时解析不变:lib/index.js:28-39 防御性地导入两个宿主包(失败时为 null),宿主自己的 store 仍会提供它们。 · 新增 test/manifest.test.mjs,只要有宿主运行时包重新出现在 dependencies 里就会失败——我重新引入这个 bug 验证过,测试确实变红。完整测试套件:38/38。 · 从损坏的安装升级 只删掉插件条目不够,因为 hoisted 副本比它活得更久。升级到 0.8.6 后,删掉 /node_modules/@deepseek-ai/dsh-tools(或重跑 pnpm install),宿主就能重新启动。任何用过 hoisted 链接器的配置档里手动安装的 @deepseek-ai/dsh-tools 副本也一样处理。 其余与 0.8.5 完全相同:七个工具(含 jev_batch)、重启后仍保留的账本、用你申报的余额减去本地实测支出得出的剩余额度、每轮自动分诊,以及实时 27 题基准(96.3%)。
v0.8.52026-10-07
· dsh-jev-verify 0.8.5 账本重启后还在,剩余额度如实推算,新工具替你跑完文书活。 0.8.5 回应了一个真实会话里的抱怨(「面板还是什么都不显示,也没有剩余余额」),并把插件从「你得记得去调用」变成「一次跑完一整批判定」。 · 1. 账本重启后还在 本地账本现在默认持久化到 $DSH_HOME/jev-usage.json(quota.persist 默认为 true),累计总量不再随宿主重启清零。 旧版静默归零背后有两个真实 bug,已找到并修复: · 账本路径只认 DSH_HOME,宿主进程并不导出它,于是 defaultUsageFile() 返回 null,持久化被悄悄关掉。现在会回退到 %USERPROFILE%\.dsh\jev-usage.json。 · save() 在首次 load() 之前就跑了(新进程第一次 record() 会触发它),把还空着的内存环形缓冲写到了真实历史文件上,随后的写入又被 3 秒防抖吞掉。现在 save() 先加载,configure() 只在确实有数据时才写。 重启往返探针(记 3 条、新建模块、读回)返回 today=3 / all=3,按工具和按类型的明细也一致。 · 2. 剩余额度靠推算,绝不编造 TypeSafe 没有余额接口:/v1/usage、/v1/quota、/v1/account、/v1/account/balance、/v1/balance、/v1/credits、/v1/billing、/v1/me、/v1/limits 还有十几个全都返回 404,只有 /v1/models 有响应,而且不带余额响应头。所以面板改为推算剩余: remaining = quota.declaredBalanceUsd - 自 quota.balanceSince 起本地实测的花费 在 设置 → 插件 → Jev 里填好这两个字段,胶囊就会以 Jev · 剩余 $4.9997 · 今日 3 次 开头。不填就直说取不到,而不是印一个数字。 · 3. jev_batch——对多段文本做一整套判定 新增模块 lib/batch.js,以及第七个工具: · 1–20 条 × 1–5 个问题,每条一次真实 API 调用,默认 4 路并发(最多 6) · 返回可直接粘贴的 markdown 表格,可按某个判定维度排序(只有单个问题是分数时才自动降序) · 内置 sentiment / priority / intent / pii / spam 预设,也可以按 jev_decision 的结构写自己的问题 · 失败的行如实报 failed 并附原始错误——绝不猜——全部失败时工具抛出第一个错误 · 每行单独计量(kind: "batch"),所以 N 条就是 N 次调用、N 份花费 真实端到端(bench/batch-e2e.mjs,真实 API,3 + 2 条,5 次调用,约 $0.0000744):对三条中文反馈做 sentiment,708 ms 内按 2/4(100%)、1.23/4、0.93/4 排好;再对两段文本做 has_pii + urgency,261 ms 内得到 100%/0.53 和 1%/0.01。 · 4. 更小的如实修复 · 输入框胶囊改为每 20 秒重读一次,不再是 60 秒 · 声明余额后,折叠胶囊以剩余额度开头;账本落到磁盘后,累计那一行改了名 · 测试与真实账本隔离(test/_isolate.mjs 把 DSH_HOME 指向临时目录);之前某次测试往真实 ~/.dsh/jev-roll.jsonl 追加的 12 行 fixture 已删除 · 测试 npm test → 37/37(约 2.5 秒):新增 test/batch.test.mjs(7 个用例),test/usage.test.mjs 新增余额与重启断言,test/client.test.mjs 新增胶囊/余额用例,工具数量在 boot/compat/present/toolview 里统一改为七个。 · 范围 · 客户端部分(胶囊、卡片):刷新页面。 · 服务端部分(持久化、剩余额度、jev_batch):重启宿主。
v0.8.42026-10-07
· dsh-jev-verify 0.8.4 面板说实话,守卫计上量,插件自己主动参与。 0.8.4 回应了真实会话里用户能看到的三个抱怨:面板暗示了一个根本不存在的额度,守卫自己的 Jev 调用从没进过账本,智能体压根就没调用过 Jev。 · 1. 不再编造额度 TypeSafe 是按量计费的 API,没有余额接口。如果你从没配过本地预算,旧面板照样打印「额度正常」,对着 ∞ 画百分比条,还显示「额度重置 13 小时 41 分后」——一个根本不存在的预算的倒计时。 · 新增 quota.budgetConfigured,驱动所有界面:jev_usage 文本、/jev 状态页、胶囊 JSON 路由、输入框胶囊和完整仪表盘。 · 没有预算时:不显示状态结论,不画条,不倒计时;文本说明按量付费,没有东西会重置,只报告本地实测用量。 · 有本地预算时:倒计时回来,明确标注「本地预算重置 / 本地自设上限」,百分比条才有意义。 · 2. 钱放第一位 收起状态的胶囊现在显示 Jev · 今日 $0.000534 · 29 次;弹层先列今日花费和累计花费,调用次数退为次要行。 · 3. 守卫的 Jev 判定也计费 judgeRisky/judgeStall 现在返回 { noul, latencyMs, usage }(token 用量取自 body.usage,因为 requestSystemOne 返回的是 { body, latencyMs }),并通过新的 onJevCall 事件上报。index.js 把它们记为 kind: "judge",tool: "auto-guard"。 之前:jev_guard_status 报告 safety.jevCalls: 2,而 jev_usage 却说「今日调用 0 次」。这个缺口是真实的记账 bug,不是措辞问题。 · 4. 自动分诊:插件自己判断这一轮 新模块 lib/triage.js。在一轮的第一步,插件向 Jev 问四个路由问题(intent、needs_judgment、judgment_kind、recommended_tool),把建议作为插件来源的用户消息注入,这样智能体读到的是推荐,而不是得自己记得去调 Jev。 · 每个(智能体,轮次)最多一次,用 WeakMap 记录;maxCallsPerSession 200 · 状态截断到 6000 字符,minChars 12,timeoutMs 4000 · createUserMessage 从 @deepseek-ai/dsh-llm 懒加载;解析不到时,调用照样计费,但不注入任何东西 · 遇到未知宿主结构、缺 key、超时、中止或任何 API 错误都放行(fail-open) · 每次调用只发一条 onTriage 账本事件(kind: "triage") · 5. 更硬的引导 系统提示词部分新增强制触发规则,禁止「因为我已经知道答案」就绕过 Jev,并给出真实费用量级(每次约 $0.00002–0.0001;25 个问题跟 1 个一样贵)。 · 测试 npm test → 30/30(约 2.5 秒)。新增 test/triage.test.mjs(5 组),另在 test/usage.test.mjs(无预算分支)、test/client.test.mjs(钱优先标签、无预算胶囊)和 test/guard.test.mjs(onJevCall 载荷)里加了新断言。 · 范围 · 客户端部分(输入框胶囊):刷新页面。 · 服务端部分(守卫计费、自动分诊、引导、状态页):重启宿主。
数据来自仓库的 GitHub Release,可能与插件实际版本不一致。

README

由 DeepSeek 最新模型翻译生成
dsh-jev-verify 把 TypeSafe AI 的 Jev(System One 决策模型)接入 DeepSeek Harness(dsh)的一等公民插件。 Jev 不生成文本:给定 state 与类型化问题,它用一次并行 API 调用返回带校准概率的类型化判定(官方宣称 ~70–500ms)。本插件把它封装成 Agent 工具,附加可选的自动护栏(风险/循环检测),并且坚持「验证过的才叫有效」: | 工具 | 作用 | | jev_decision | 对 state 一次性提出 Choice / Score / Noul 问题。返回类型化答案、置信度、概率分布、token 用量、实测延迟与估算成本。 | | jev_verify | 对线上真实 API 运行内置带标签基准(27 个带标签问题,含护栏判定),返回实测准确率、中位/p95 延迟、置信校准与成本——这是防欺骗的自我验证。 | | jev_guard_status | 审计自动护栏:计数、受保护工具、阈值、预算——护栏行为始终透明可见。
展开完整文档(README 剩余 1 节)
dsh-jev-verify

把 TypeSafe AI 的 Jev(System One 决策模型)接入 DeepSeek Harness(dsh)的一等公民插件。

Jev 不生成文本:给定 state 与类型化问题,它用一次并行 API 调用返回带校准概率的类型化判定(官方宣称 ~70–500ms)。本插件把它封装成 Agent 工具,附加可选的自动护栏(风险/循环检测),并且坚持「验证过的才叫有效」:

| 工具 | 作用 |
| jev_decision | 对 state 一次性提出 Choice / Score / Noul 问题。返回类型化答案、置信度、概率分布、token 用量、实测延迟与估算成本。 |
| jev_verify | 对线上真实 API 运行内置带标签基准(27 个带标签问题,含护栏判定),返回实测准确率、中位/p95 延迟、置信校准与成本——这是防欺骗的自我验证。 |
| jev_guard_status | 审计自动护栏:计数、受保护工具、阈值、预算——护栏行为始终透明可见。 |

自动护栏模式(可选开启 autoGuard.enabled):在 shell 类工具(bash/pwsh/run_code 等)执行前,先用零成本的确定性黑名单拦下硬性破坏命令(rm -rf /、格式化磁盘、删库、凭据外泄等);其余可疑命令由 Jev 真实判定风险(noul 超阈值即拒绝;API 故障时 fail-open 放行并告警,绝不假装检查过)。循环守卫对连续相同工具的调用做语义停滞判定,只注入纠偏建议、不阻断。所有判定可通过 jev_guard_status 审计。

诚实设计,绝不造假:

- 未配置 TYPESAFE_API_KEY 时,工具与护栏都会用明确的报错说明如何配置;
- 每次 jev_decision 结果都带回 model、延迟与 token 用量,可审计;
- jev_verify 拒绝报告任何未经实测的数字;
- 独立的基准 CLI(bench/bench.mjs)零依赖,任何人可用任意 Key 复现发布的数据。

0.7.2 更新

- 基准表述与代码对齐:jev_verify 的工具描述此前写着「24 questions across 15+ cases」,而 lib/cases.js 自 v0.2.0 起一直是 27 个带标签问题(27 个用例,含护栏判定);v0.7.2 统一为 27,README、market PR 稿与验证报告同步更正。
- 2026-09-28 复测(本版本发布前,run 4):准确率 96.3%(26/27)、8,696 input tokens ≈ $0.000365、中位延迟 484 ms(受网络影响);终端全文见 bench/run4.log。

0.7.1 更新

- 仅文档同步(0.7.1 的代码与 0.7.0 一致):验证报告补齐完整实测历史——2026-09-21 基准与护栏实测、2026-09-23 GUI 卡片/设置卡重做/对话内视图、2026-09-26 两代设置 API 兼容、2026-09-28 v0.7.0 回归;docs/verification.md 现为 208 行完整记录。行为与 0.7.0 相同。
- 每个工具都有结构化对话内视图:工具结果新增 presentationMeta 投影(kind: decision | overview | guard | verify),对话里直接渲染判定卡、护栏看板与实测报告——答案、置信度条、状态标签与统计格,而不再是原始文本;缺少 meta 时自动回退解析工具文本。
- 完整插件设置卡:「设置 → 插件 → 插件配置 → Jev」现在覆盖全部选项:凭据(Key、凭据引用、API 地址、模型、超时、问题数上限)、工具开关、整组自动护栏(安全/循环开关、受护栏工具清单、拦截阈值、Jev 预算、循环参数)与看板(开关 + 路径),带数值校验与未保存状态处理。
- 配置处理加固:使用前会解包 schemastery 的 volatile 字段(.volatile()),因此对象形态的 apiKeyEnv 不再让 credentialRef(...) 崩溃,autoGuard.enabled / dashboard.enabled 真正生效,数值型选项也按数字读取。
- 测试 19 项全绿(npm test):覆盖启动、客户端渲染、工具视图、设置卡、看板、护栏与展示投影。

为什么是 Jev

TypeSafe AI(创始人 Diogo Almeida,前 OpenAI、ChatGPT 研究方向)于 2026-09-15 发布 Jev,定位首个「System One」模型:输入非结构化状态,输出类型化概率判定。在智能体高频原子判定场景(分类、路由、分诊、评分、护栏、真伪判断)上,Jev 比前沿对话 LLM 快数十到两百倍(输入 $0.042/百万 token,输出免费)。适合承担 Agent 循环里高频「快判断」,把「慢思考」留给大模型。

安装

要求 Node >= 20,dsh >= 0.1.5-rc.2。

dsh plugin --profile web add dsh-jev-verify

然后在 $DSH_HOME/profiles/<profile>/cordis.patch.yml 增加加载条目:

- insert:
- id: jev-verify
name: dsh-jev-verify
config:
autoGuard:
enabled: true # 可选:开启自动护栏

重启 profile(或用插件市场一键安装,市场会自动完成以上两步)。

也可先安装 GUI 插件市场:dsh plugin --profile web add dshmarket,然后在「设置 → 插件市场」中一键安装本插件。

API Key

到 <https://console.typesafe.ai/keys> 免费创建。任选其一:

1. 启动环境里 export TYPESAFE_API_KEY=...;
2. 设置 → 插件 → 插件配置 → Jev(凭据服务);
3. 插件配置里写 apiKey。

可选环境变量:TYPESAFE_BASE_URL(默认 https://api.typesafe.ai/v1)、TYPESAFE_MODEL(默认 jev-latest)。

使用

任何需要快速判定的场景,直接让 Agent 调用 jev_decision。示例提示词:

用 jev_decision 评估 state = "<工单文本>",问题:department(choice,billing/technical/sales)、is_urgent(noul)、severity(score,3 级)。报告答案与置信度。

随时可让 Agent 执行 jev_verify 确认端点健康并获取实测数据,或 jev_guard_status 查看护栏状态。

直接调用形态

{
"state": "I was double-charged for my subscription and I want a refund.",
"questions": [
{ "name": "department", "type": "choice",
"instructions": "Which team should handle this?",
"criteria": { "billing": "Payment or subscription issues",
"technical": "Bugs or integration problems",
"sales": "Pricing or account questions" } },
{ "name": "is_urgent", "type": "noul",
"instructions": "The message conveys urgency or time-sensitivity" }
]
}

返回每个问题的 answers(choice/score/noul + confidence + probabilities)、usage、latencyMs 与 estimatedCostUs。

自动护栏

autoGuard.enabled: true 时,两个钩子守护受保护的每个工具调用:

1. 安全门禁(tools/pre-execute):先跑确定性黑名单(免费),可疑命令交给 Jev 判定风险;超过 denyThreshold 即拒绝并给出明确理由;Jev 不可用时 fail-open 放行并告警。
2. 循环检测(tools/post-execute):连续同工具、输出较长的调用触发 Jev 停滞判定;判定停滞时向下一个请求注入非阻断式纠偏建议,随后进入冷却。

两者都优雅降级,且全部计数可由 jev_guard_status 审计。实测演示(2026-09-21):remove-item -Recurse … 被确定性规则拦截;"permanently wipe all staging data and delete every row from every table" 被 Jev 以 91% 置信度(阈值 0.8)在执行前拦截。

运行可视化(不另开页面)

可视化直接在对话里看,不再需要单独网页:

每个工具都带 presentationMeta 投影,结果以结构化卡片渲染,而不是原始 JSON:

- jev_overview — 决策看板:状态标签(模型 / Key / 护栏 / 阈值)、8 个统计格(判定数、实测数、拦截数、提示数、中位延迟、平均置信度、input tokens、累计成本)以及最近的判定与护栏事件。
- jev_verify — 线上实测报告:准确率、答对数、高置信准确率、中位与 p95 延迟、token、成本与误判用例。
- jev_guard_status — 护栏卡片:受护栏工具、拦截阈值、本会话预算、安全与循环计数、最近一次受检工具。

需要独立网页版时可选开启:dashboard.enabled: true 后访问 http://127.0.0.1:3080/jev。
所有决策/验证/护栏事件还会追加到 $DSH_HOME/jev-roll.jsonl 供外部工具使用。

验证(实测、带日期)

方法学与最新实测结果见 docs/verification.md。

当前状态:✅ 已于 2026-09-21 对线上 API 实测(jev-latest):含护栏用例的 27 题基准准确率 96.3%(26/27),中位延迟 283–308 ms,27 题全程成本 ≈ $0.0004。唯一误标为已记录的边界值(severity 得分 0.01 vs 期望 0)。

随时可复现:

TYPESAFE_API_KEY=... node bench/bench.mjs # 1 轮(27 个问题)
TYPESAFE_API_KEY=... node bench/bench.mjs --repeat 3 # 延迟稳定性

或直接让 Agent 执行「run jev_verify」。

回归验证(2026-09-28,v0.7.0):在 headless profile(autoGuard.enabled: true)中,jev_guard_status 正确报告已武装的护栏(工具清单、deny threshold 0.8、预算),jev_overview 正常返回看板,不再出现此前的 credentialRef 崩溃——即 volatile 配置解包修复;npm test 19/19 通过。

配置项

| 键 | 默认值 | 含义 |
| apiKeyEnv | TYPESAFE_API_KEY | 凭据引用 / 环境变量 |
| apiKey | — | 字面 Key(secret) |
| baseURL | https://api.typesafe.ai/v1 | API 地址 |
| model | jev-latest | 模型(可钉版如 jev-1.13.0) |
| timeoutMs | 15000 | 单次调用超时 |
| maxQuestionsPerCall | 25 | 单次调用问题数上限 |
| verifyEnabled | true | 是否注册 jev_verify |
| autoGuard.enabled | false | 自动护栏总开关 |
| autoGuard.safetyCheck | true | 高危命令执行前检查 |
| autoGuard.loopCheck | true | 语义循环检测 |
| autoGuard.tools | bash/pwsh/run_code/terminal | 护栏覆盖的工具 |
| autoGuard.denyThreshold | 0.85 | Jev noul ≥ 阈值 ⇒ 拒绝/建议 |
| autoGuard.maxJevCallsPerSession | 50 | 单会话护栏 Jev 预算 |
| autoGuard.loopConsecutive | 3 | 连续同工具调用触发检测的阈值 |
| autoGuard.loopCooldownMs | 60000 | 停滞判定后冷却 |
| autoGuard.loopMinChars | 200 | 循环检测的最小输出长度 |
| autoGuard.statusTool | true | 注册 jev_guard_status |
| autoGuard.determinismFirst | true | 先跑免费的确定性检查再交给 Jev |
| dashboard.enabled | false | 是否提供独立看板页面 |
| dashboard.basePath | /jev | 独立看板的访问路径 |

相关项目

- dsh-jev — Jev 守卫套件(循环守卫、安全门禁、工具剪枝),zhangxaochen。
- dsh-jev-tools — 自动化 Jev 判定 + 判定台账,horusj。
- browser-use/jev-ultrafast — 基于 Jev 的浏览器 Agent。
- APUS fast-browser-use — Jev 决策范式的本地复现(浏览器自动化)。

本插件的差异化:完整干净的原语 + 可审计的自动护栏 + 诚实可复现的验证基准,直面真实 TypeSafe API。

License

MIT
预览分享卡片长什么样 ↓xienda/dsh-jev-verify
分享 · DeepSeek Harness Hub
xienda/dsh-jev-verify

把 TypeSafe AI 的 JevSystem One 决策模型接入 DeepSeek…

这是你的仓库?认领条目

回到顶部