Jev 开源项目:哪些值得一看

这里最老的仓库创建于 2026-09-16。在 GitHub 上搜 Jev,几百条结果按星数排,而星数不说明代码能不能跑。这一页是筛过的短名单:谁在干什么、压了多少工作量、哪些还不能依赖。模型本身在这一页讲。

独立站点,与 TypeSafe 及名单上任何项目无关。数字取自 2026-09-21 当天的 GitHub API,此后一直在变。

Jev 本身开源吗

不开源,而把这件事弄错是 Jev 开源项目文章里最常见的错误。模型是闭的:没有权重、训练数据和公开架构。这一页上没有一样东西是 Jev。

两件开着的东西常被混为一谈:TypeSafe 维护着宽松许可的客户端库,那不等于模型开放——见官方 SDK 那一页。另一边是社区写的智能体、插件,以及照着输入输出形状复刻的独立模型——被当成「开源版 Jev」卖的都是这一类。

这份名单是怎么筛的

搜 Jev 开源项目,结果按星数排,而发布周的星数量的是新鲜感。标准:四百星以上、代码真在干 README 干不了的事、跟 Jev 的关系经得起读一遍仓库。再看提交、issue 和最后推送——3 个提交配 87 个未关 issue,跟每天在动是两码事。

项目星数提交未关 issue最后推送
browser-use/jev-ultrafast12,5863872026-09-18
tamaratran/fast-jev-compaction5,37630592026-09-18
TheoLeeCJ/SemIf2,52412132026-09-19
TianyuCodings/NanoJev1,5203962026-09-20
vinnylarouge/jevlike1,097352026-09-16
devagrawal09/jev-review420542026-09-17

核对于 2026-09-21。六个都是宽松许可。

jev-ultrafast

星数远超其余 Jev 开源项目,出自 Browser Use 团队。它扔掉了「语言模型把动作写成 JSON」的常规循环:一个请求从 CLICKTYPE_TEXTSELECT、滚动、等待、完成、受阻里把操作和目标一起选出来。

他们的测量:任务耗时中位数从 9.450 秒降到 7.092 秒,协议调用从 1092 次降到 101 次,六次交替运行两边都是三比三通过——他们标明这只是同一任务重复三次,不是可靠性 benchmark。

fast-jev-compaction

星数排第二,一个接管上下文压缩的 Claude Code 插件。不写摘要,而是在一个请求里给每次工具调用和结果打分,按默认 0.5 的阈值:之上原样留着,之下结果被截断,再往下整次丢掉。

它也是这批 Jev 开源项目里唯一写明判断层靠不住时会怎样的:会记一条退回内置摘要的日志。

SemIf

原名 OpenJev,改名改得有道理。它在开放模型上跑类型化的选项打分,一块消费级显卡就够。README 把两件多数 Jev 开源项目报道会糊过去的事写明白了:项目独立,跟 TypeSafe 无关联也未获背书;复刻的是接口模式——概率直接从模型里读出来,不写答案句子,不修 JSON——不是 Jev 模型。

它最有用的产出是对比不是产品:冻住的 4B 模型、21 道问题、类型化读出对上小型生成式基线。两边数组都合法且相同,生成式那条路花了 5.21 倍时间。

NanoJev 与 jevlike

两次独立尝试,训练同一个形状:文字加 N 个选项进去,每个选项一个概率出来。

jevlike 更直白,README 是这个生态里最坦白的一份:目标不相交的 Wikispeedia 下一跳数据上 26%,打乱基线 8%;一个国际象棋检查点对最低档 Stockfish,0 胜 2 和 48 负,自创建那天起没再动过。NanoJev 还在动也更完整:并行决策、动态候选、训练流水线、896 个 episode 记录了 17498 次决策。两个都替代不了托管的模型,它们也没这么说。

jev-review

一套分阶段的代码审查流程加一个本地看板,TypeScript 写的,也是这批 Jev 开源项目里用得最对路的:编排留在普通代码里,只向模型问有边界的问题,阈值写在代码里而不是提示词里。

它能审 git diff 也能扫整个代码库,要 Node 24 或更新和你自己的 key,看板只绑 localhost。161 KB,最小的一个。

awesome-jev 与那些社区清单

从这里开始这条线不值得再追。光搜 awesome-jev 就有 60 个仓库,还有一个宣传核实过 503 个项目却只有 38 颗星。

两个值得点名,理由正好相反。yibie/awesome-jev,673 颗星,每天都在推。Anil-matcha/awesome-jev-by-typesafe,719 颗星最高——但它创建于 2023-05-17,比这一页任何项目早三年,改过名的仓库,星数不是它 Jev 内容的证据。信任任何一份 Jev 开源项目清单前,先看创建日期。

它们共同还没解决的

六个放在一起读,缺口是一样的。Jev 开源项目生态没建的,你得自己建。

没人检查答案对不对。三个调用托管服务的 Jev 开源项目,没一个能让你知道它的判断在你数据上对不对;三个带评测脚手架的评的是自家模型。托管模型唯一一份独立校准审计,零星。而 TypeSafe 自己的 benchmark 把它在发票工作流上摆在 61.8%,它内部怎么工作算清楚了。

没人处理答错。每次调用都返回一个概率,只有一个项目拿它做了事:fast-jev-compaction,阈值和退路都写在文档里。其余的把排第一的当答案。

没有版本。六个加起来正式发布 0 个,三个的提交数在五个以下。钉成依赖只能钉 commit hash 然后祈祷。

没人碰过那几道天花板。长输入和单次调用成本各只有一个实验性仓库在做,都不到 60 颗星。哪一样卡住你,那就是你的活。

这些都不构成反对这个模型的理由,只说明该把每个 Jev 开源项目当范例读,不是当依赖采纳。

常见问题

Jev 开源吗?

不开源。模型闭源、未发布;开着的是 TypeSafe 宽松许可的客户端和围绕托管服务写的工具。

能在本地跑 Jev 吗?

Jev 本身不能。Jev 开源项目里最接近的是 SemIf、NanoJev 和 jevlike,三个复刻的都是接口不是模型:权重、训练、准确率都不同。

官方的 Jev SDK 在哪?

TypeSafe 维护着自己的 Python 和 JavaScript 客户端,该从那里开始而不是社区项目。第一个能跑通的调用在SDK 那一页

哪个 Jev 开源项目能上生产?

证据摆在这儿,一个都不能:没有一个发过正式版本,一半的提交数在五个以下,也没有一个在测量判断对不对。jev-review 最值得抄,fast-jev-compaction 防守最好——建议读它们,不是上线它们。