首页 > 开源 > TypeSafe 发布 Jev 1.14,支持看图做决策、以及更长上下文

TypeSafe 发布 Jev 1.14,支持看图做决策、以及更长上下文

OSChina资讯 2026-10-15 19:27 13 阅读 查看原文

TypeSafe AI 发布了 Jev 1.14.0,同时放出一批「危险区」实验功能:图像输入、新类型 box、更长上下文。用他们自己的话说——"Enter the danger zone at your own risk"。

TypeSafe 对可靠性和创造力的取舍有个明确立场。生产环境要的是经得起内部测试的模型;但实验性的、好玩的、科幻感的功能,他们认为不该按生产标准卡死,干脆用 API header 里的开关放出来,想尝鲜的开发者自己承担风险。官方原文:这些功能未来模型会保留,目前比市面上现有的更好,还会继续快速迭代。

三个实验功能值得说清楚。图像支持——他们透露 jev-1.13.0 其实一直就支持多模态,只是没启用。图像可以放进 JSON 接口支持的任意位置:state、instructions,甚至 criteria。不过他们也承认,所有模型(包括 Jev)在多模态上的表现都不如纯文本,把问题拆成最简单的子问题会好很多。

新类型 box 返回单个边界框,这是第一个不只用于 smart-if 语句的类型,算是对 System One Model 未来形态的预告。

长上下文——Jev 实际支持比生产环境启用更长的上下文,只是他们刻意限了,因为长上下文可靠性会下降;现在用 header 开关开放,但他们仍然强烈建议限制上下文长度。

还有一个 opt-in 开关,允许开发者用查询帮他们找模型的「锯齿」问题(jaggedness),但不拿查询做训练。

模型版本策略也值得注意:jev-latest 一周后会更新到 1.14.0,jev-1.13.0 还会保留一段时间,官方打算提前 60 天预告 1.13.0 的弃用、30 天预告 1.14.0。

TypeSafe 一直不喜欢公开 benchmark,这次破例分享了自己内部的测量——但官方说得很直白:「别全信,永远用自己的实验和 eval。」而且只对比了开放权重模型,因为他们的验证集看得很紧,也担心模型供应商的数据政策。这份数据大概率偏向自家模型,官方建议忽略 Jev 的成绩,只看开源模型的相对排名。

Jev 定位是「System One Model」,为自动化做决策。对开发者来说,这些危险区功能像是提前看 TypeSafe 未来要往哪个方向做可靠化。