生态项目
Jev 生态项目导航:第一批值得看的开源实现
Jev 发布后两周内涌现了一批开源实现。本文收录第一批经核验的项目:browser-use 的浏览器 Agent、jev-browser 的三重判定架构、jev-chat 的受控工具调用,以及两个社区目录。逐一标注核心模式与审计状态——收录不等于背书,数字为抓取时点快照。
Jev 发布(2026-09-15)后,社区仓库的增长速度本身就是生态方向的风向标:Agent 基础设施、路由、安全控制是密度最高的三类。本页收录第一批项目——判定依据是项目 README 与抓取时的仓库数据(2026-09-20),本站未逐一审计代码,星标数是抓取时点的快照,请以仓库现状为准。
browser-use/jev-ultrafast — 浏览器 Agent 的「决策模型 + 确定性执行器」
- 仓库:github.com/browser-use/jev-ultrafast(抓取时 8.7k stars / 550 forks)
- 核心模式:页面 → 原子化 DOM 动作表(click/type/select…)→ Jev 从动作表里选下一个动作;只有需要输入文本(TYPE_TEXT)时才调用语言模型填内容;每步执行前验证目标元素。
- 为什么值得读:它是「Jev 做封闭判断、LLM 只做真正需要生成的部分、普通代码掌管流程」这套架构最有说服力的完整实现——发布两三天即 8.7k stars,说明社区认可这个方向。
- 审计状态:未审计。README 提到 Cloud waitlist 等,功能面以仓库为准。
jkudish/jev-browser — 三重判定 + 代码掌管停止条件
- 仓库:github.com/jkudish/jev-browser(MCP / CLI / library 三种用法)
- 核心模式:每步一次 Jev 调用并行问三个问题——动作 Choice(页面可交互元素 + 滚动/返回/完成)+ 目标达成 Noul + 卡住 Noul。停止条件全部在代码里:done 判定、目标概率 > 0.85、卡住概率 > 0.85、步数与时间预算。
- 为什么值得读:每一步的 trace 记录了「提议的动作 vs 实际执行的动作、置信度、恢复原因、console 错误」——可审计性是这个项目比「能自动浏览」更值钱的部分。它还明确写了两个诚实的坑:可交互元素超过 240 个会被截断;阈值 0.85 只是在 Wikipedia/DuckDuckGo 任务上测的起点值。
- 审计状态:未审计。
w3cj/jev-chat — 受控工具调用(Syntax 视频配套代码)
- 仓库:github.com/w3cj/jev-chat
- 核心模式:只允许模型从候选池里选择工具与参数,代码执行工具并用工具返回的数据构建回复——不含自由文本生成,也就没有「编造工具结果」的幻觉面。
- 为什么值得读:Syntax《wtf is jev?》视频的配套实现,适合作为「Jev 是不是可以拿来做工具路由」这个常见问题的最小参考。
- 审计状态:未审计。注意它是教学演示,不是生产框架。
yibie/awesome-jev — 社区项目目录(选题雷达)
- 仓库:github.com/yibie/awesome-jev(抓取时 378 stars / 61 forks)
- 核心价值:13 类目录(Agent Decisions、Infra/SDKs、Classification & Routing、Verification & Guardrails、Scoring & Ranking、Evaluation 等)是观察社区方向的雷达——官方也强调收录不构成背书。
- 使用建议:把它当索引用,不要当质量白名单用。同日批量出现的模板仓库、薄 README 项目在这类目录里并不少见。
AbdelStark/awesome-typesafe — 官方资源交叉校验
- 仓库:github.com/AbdelStark/awesome-typesafe
- 核心价值:偏官方侧的资源导航(SDK、集成、cookbook 分类),适合与 awesome-jev 交叉核对。
怎么用这份清单
- 选架构参考,不是选依赖:这三个实现真正可迁移的是模式——动作表 + 封闭选择(ultrafast)、三重判定 + 代码停止门(jev-browser)、受控工具池(jev-chat)。
- 核对抓取时点:本文所有星标与行为描述基于 2026-09-20 快照,生态变动快,采用前看仓库当前状态。
- 安全边界自己拿回代码里:这几个项目共同的优点恰好是把安全边界(停止条件、预算、确认)放在普通代码而不是提示词里——复用时保持这一点。
发现值得收录的新项目或某个项目已失修?联系本站或在 GitHub 提 Issue。想理解这些项目里 Choice/Noul 的用法,先读决策原语详解与Jev 是什么;动手接入看中文上手教程。
相关文章
concepts
Choice / Score / Noul:三种决策原语怎么选、怎么写
Jev 的所有请求都由三种问题类型构成:Choice(封闭选项二选一)、Score(有序量表定位)、Noul(是非概率)。本文用官方文档的请求/响应结构逐一拆解字段含义、概率与置信度怎么读,以及最容易踩的三个契约设计错误。
concepts
Jev vs LLM:不是替换大战,是组合架构
「Jev 能取代 LLM 吗」问错了问题。本文用官方口径对照 Jev 与 LLM、JSON Mode、传统分类器的能力边界,给出按「是否生成文本 + 是否需要概率」决策的选型树,并展示两者组合的标准工作流。
concepts
Jev 是什么:把「生成一段话」换成「返回一个决策」
TypeSafe 的 Jev 是首个 System One 决策模型:不做文本生成,而是把状态加一组封闭问题并行采样,返回带概率与置信度的结构化决策。本文讲清它的定位、三种决策原语、官方宣称的能力边界,以及最常见的理解误区。
这篇文章有帮助吗?
感谢反馈!