跳到主内容
@wquguru
精选88Latent Space(RSS)模型发布/更新

Jev发布两天涌现6个克隆模型与开源复现

[AINews] Here are 6 Clones of Jev in 2 days

原文
发到 X
推荐理由

Jev 引发的生态效应极具代表性,这篇盘点清晰梳理了各类技术路线的复现方案,对理解判别式决策模型的技术落地很有参考价值。

We covered Jev’s launch on Wednesday, and they have completely taken over the timeline, with 36M views of their launch video (by comparison, OpenAI’s Navier Stokes result got 74M views, and Anthropic’s Fable 5 got 57M views) in just two days.

我们在周三报道了 Jev 的发布,它完全占据了时间线,其发布视频在短短两天内获得了 3600 万次观看(相比之下,OpenAI 的 Navier Stokes 结果获得了 7400 万次观看,Anthropic 的 Fable 5 获得了 5700 万次观看)。

It wasn’t open source1, so it invited tons of speculation and great demos and examples and salty schmidhubers and bad takes, which of course only fed the hype.

它不是开源的[1],因此引发了大量的猜测、精彩的演示和示例、充满怨气的 Schmidhuber 们以及糟糕的观点,这当然进一步助长了炒作。

Here’s a list. The best guesses are ModernBert and Diffusion:

这里有一个列表。最好的猜测是 ModernBert 和 Diffusion:

  • Laya: 421M params, ModernBERT-large encoder with two added transformer layers that score user-supplied options, PPO over sequence embeddings to output turn-by-turn conversion trajectories (probabilities from 0.0 to 1.0).
  • salty that he did not get recognition; claims RLCD without justification
  • confidence is entropy-based, not calibrated
  • DiffusionGemmaJev: tackling this from a Diffusion model basis. Pretty close on benchmarks
  • Bespoke Nimble: LoRA finetune of Qwen3.5-9B, using contrastive data curation. (close but sllightly lower on benchmarks)
  • SemIf (fka OpenJev) (HF): 4B and 35B causal Qwen3.5 backbone with a tiny three-class NLI classifier on the last token. comparison vs Laya
  • Jevlike: 40K byte embedding lightweight option-attention model. Each candidate becomes a query that reads from a shared context representation, then receives a score.
  • Kev-0.5B: LoRA adapter + a small readout head on top of Qwen2.5-0.5B.
  • Laya:4.21 亿参数,使用 ModernBERT-large 编码器加上两个额外的 Transformer 层来对用户提供的选项进行评分,通过序列嵌入上的 PPO 输出逐回合转换轨迹(概率从 0.0 到 1.0)。
  • 因未获得认可而感到愤愤不平;声称 RLCD 但缺乏正当理由
  • 置信度基于熵,而非经过校准
  • DiffusionGemmaJev:从扩散模型基础入手解决此问题。基准测试表现相当接近
  • Bespoke Nimble:对 Qwen3.5-9B 进行 LoRA 微调,使用对比数据策展。(基准测试中略低但接近)
  • SemIf(前称 OpenJev)(HF):具有 4B 和 35B 因果 Qwen3.5 主干网络,并在最后一个 token 上附加一个微小的三分类 NLI 分类器。与 Laya 的对比
  • Jevlike:40K 字节嵌入的轻量级选项注意力模型。每个候选者都成为一个查询,从共享上下文表示中读取,然后获得一个分数。
  • Kev-0.5B:Qwen2.5-0.5B 之上的 LoRA 适配器 + 一个小读出头。

Of course, not enough people are talking about the data side, which is acknowledged to be 100% synthetic.

当然,谈论数据方面的人不够多,而这一点已被公认为 100% 是合成数据。

AI News for 9/17/2026-9/18/2026. We checked 12 subreddits, 544 Twitters and no further Discords. AINews’ website lets you search all past issues. As a reminder, AINews is now a section of Latent Space. You can opt in/out of email frequencies!

2026年9月17日至9月18日的 AI 新闻。我们检查了 12 个 subreddit、544 条推文,没有进一步的 Discord 频道。AINews 的网站允许你搜索所有过往期刊。提醒一下,AINews 现在是 Latent Space 的一个板块。你可以选择加入或退出邮件频率!

AI Twitter Recap

AI Twitter 回顾

Decision Models, Routing, and the “Jev” Wave

决策模型、路由与“Jev”浪潮

  • Discriminative models broke out as a new systems primitive: The biggest technical conversation was around Jev, a non-generative decision model being positioned as a fast “System 1” complement to LLMs. @ankrgyl said it is now available as an eval model in Braintrust with ~400x lower scoring cost versus prior setups, while @gabepereyra highlighted calibrated-probability use cases like routing, citation selection, escalation, and legal ops decisions. The more architectural take came from @hxiao, who argued Jev could pull tool calling, routing, and MCP-style decisions back from small generative LMs toward discriminative models; @signulll pushed the same idea further, framing this class as a near-zero-marginal-cost, on-device judgment layer for notifications, UI adaptation, and sensor-driven decisions.
  • Open reproductions and ecosystem clones appeared immediately: @madiator released Bespoke Nimble, an “open Jev” recipe built from a LoRA fine-tune of Qwen3.5-9B using synthetic contrastive data curation and constrained decoding. On its curated eval, the base Qwen improved from 66% to 90%, versus 93% for Jev, with a reported 100ms on H100 and local usability. At the smaller end, @jaredpalmer released Kev-0.5B, a tiny Jev-like model based on Qwen2.5-0.5B that can run on a MacBook Pro. The reaction split roughly along prior experience: @MParakhin noted post-ChatGPT users treated it like a revelation, while pre-GPT ML people were more puzzled by the hype. The substantive question raised by @abacaj is the right one: a lot of demos emphasized speed more than quality, and there is still no standard benchmark for this category.
  • The first compelling integrations were in browser/computer-use workflows: @levie demoed Jev classifying Box incident reports into escalation paths; @ndrezn showed browser use with LangChain + Jev and found it strong on tasks like the Wikipedia game and structured “folding laundry” workflows; @cline shipped a plugin giving Jev a browser in Cline. @hwchase17 explicitly called browser use the best Jev application he had seen so far. Net: this looks less like a chatbot story than a workflow control-plane story.
  • 判别式模型作为一种新的系统原语崭露头角:最大的技术讨论围绕 Jev 展开,这是一个非生成式决策模型,被定位为 LLM 的快速“系统1”补充。@ankrgyl 表示它现在已作为评估模型在 Braintrust 上可用,与之前的设置相比,评分成本降低了约 400 倍;而 @gabepereyra 则强调了校准概率的用例,如路由、引用选择、升级和法律运营决策。来自 @hxiao 的更具架构视角的观点认为,Jev 可以将工具调用、路由和 MCP 风格的决策从小型生成式 LLM 拉回至判别式模型;@signulll 进一步推动了这一观点,将此类模型框架为用于通知、UI 适配和传感器驱动决策的近零边际成本的端侧判断层。
  • 开源复现版和生态克隆版立即出现:@madiator 发布了 Bespoke Nimble,这是一种基于 Qwen3.5-9B 的 LoRA 微调构建的“开源 Jev”配方,使用了合成对比数据策展和约束解码。在其策展的评估中,基础 Qwen 的表现从 66% 提升至 90%,而 Jev 为 93%,据报道在 H100 上延迟为 100ms 且具备本地可用性。在较小规模方面,@jaredpalmer 发布了 Kev-0.5B,这是一个基于 Qwen2.5-0.5B 的微小型类 Jev 模型,可在 MacBook Pro 上运行。反应大致沿先前的经验分裂:@MParakhin 指出,后 ChatGPT 时代用户将其视为启示,而 GPT 之前的 ML 从业者对这种炒作感到更加困惑。@abacaj 提出的实质性问题切中要害:许多演示更强调速度而非质量,而且目前该类别仍缺乏标准基准。
  • 首个引人注目的集成出现在浏览器/计算机使用工作流中:@levie 演示了 Jev 将 Box 事件报告分类到升级路径;@ndrezn 展示了结合 LangChain + Jev 的浏览器使用,发现在维基百科游戏和结构化“叠衣服”工作流等任务上表现强劲;@cline 发布了一个插件,赋予 Cline 中的 Jev 浏览器能力。@hwchase17 明确指出,浏览器使用是他迄今为止所见最好的 Jev 应用场景。总结:这看起来不像是一个聊天机器人的故事,而是一个工作流控制平面的故事。

Agent Tooling, Coding Harnesses, and Claude Code Standards

智能体工具链、编码框架以及 Claude Code 标准

  • AGENTS.md gained real momentum as a cross-tool convention: The highest-signal product update here was @trq212 announcing that Claude Code v2.1.277 now checks for AGENTS.md when no CLAUDE.md is present, with config-level toggle support. That effectively acknowledges AGENTS.md as an emerging standard rather than a one-tool convention, and @simonw immediately noted the practical payoff: fewer shim files that just point one format to the other.
  • Harness design is becoming a first-class variable in coding-agent performance and cost: @pidotdev highlighted the Harness Tax analysis showing that a simple tool set—read, write, edit, bash—can reach the Pareto frontier on benchmark performance while reducing unnecessary spending. Relatedly, @_akhaliq pointed to the paper An Empirical Study of Harness Design for Coding Agents, underscoring that benchmark outcomes are increasingly shaped by harness structure, context setup, turn budgets, and tool affordances rather than just the base model. This is consistent with @dexhorthy’s “software factory” argument that teams still need to read the code and deliberately design the human/agent interface.
  • Model choice in software systems is bifurcating: Several practitioners described a split between “frontier for planning, cheap for execution.” @TheAhmadOsman summarized one stack as GPT 5.6 Sol XHigh for planning, GLM 5.3 Flash for implementation, and DeepSeek V4.1 Flash for other tasks. @kylebrussell reported an internal knowledge-base pipeline moving from Opus → Sonnet → GLM 5.2 → GLM 5.3 Flash, cutting spend by roughly two orders of magnitude since spring. Meanwhile @theo argued that in real-world coding the payoff from stronger models like Fable and Astra is not just code quality, but a subtler productivity gain in execution and iteration.
  • AGENTS.md 作为跨工具规范获得了真正的动力:此处信号最强的产品更新是 @trq212 宣布 Claude Code v2.1.277 在不存在 CLAUDE.md 时会检查 AGENTS.md,并支持配置级别的开关。这实际上承认了 AGENTS.md 正在成为一种新兴标准,而非单一工具的规范,@simonw 随即指出了其实际收益:减少了仅用于将一种格式指向另一种格式的过渡文件。
  • Harness(测试环境/执行框架)设计正成为影响编码智能体性能和成本的一等变量:@pidotdev 强调了 Harness Tax 分析,显示简单的工具集——读取、写入、编辑、bash——可以在基准测试性能上达到帕累托前沿,同时减少不必要的支出。相关地,@_akhaliq 引用了论文《An Empirical Study of Harness Design for Coding Agents》,强调基准测试结果越来越多地由 harness 结构、上下文设置、回合预算和工具可用性塑造,而不仅仅是基础模型。这与 @dexhorthy 的“软件工厂”论点一致,即团队仍需阅读代码并有意设计人机/智能体接口。
  • 软件系统中的模型选择正呈现两极分化:多位从业者描述了“前沿模型用于规划,廉价模型用于执行”的分野。@TheAhmadOsman 总结了一套栈:GPT 5.6 Sol XHigh 用于规划,GLM 5.3 Flash 用于实现,DeepSeek V4.1 Flash 用于其他任务。@kylebrussell 报告称内部知识库管道从 Opus → Sonnet → GLM 5.2 → GLM 5.3 Flash 迁移,自春季以来支出削减了约两个数量级。与此同时,@theo 认为在实际编码中,像 Fable 和 Astra 这样更强模型的回报不仅在于代码质量,更在于执行和迭代中更微妙的生产力提升。

Benchmarks, Recursive Self-Improvement, and Math Capability

基准测试、递归自我改进与数学能力

  • RSI discussion got more precise about what is actually “recursive”: @TheTuringPost offered a useful taxonomy: AI improving code or training methods is not, by itself, fully recursive if the surrounding improvement loop remains fixed. The key threshold is when AI can modify not just model internals, but search strategy, experience generation, research tooling, and the improvement process itself. That framing links well with @HuaxiuYaoML’s RSI-Exam update, where GPT-6-astra remains #1 at 0.5126, with Fable 5.1 entering at #2 with 0.4813, and no model yet reaching the frontier-calibrated reference.
  • Math benchmarks continued to fall to frontier models, but interpretation remains nuanced: @EpochAIResearch reported that another FrontierMath open problem was solved in an interactive session with GPT-6 Astra. Separately, @SAIRfoundation launched Open Math Model, pitching open models and tools for mathematics shaped by the research community. Against the “verifiability explains math strength” narrative, @steve47285 shared an argument that pretraining data, not merely verifiable reward structure, is the main reason LLMs are so good at math and coding. The meta-point from @sarahcat21 is worth keeping: we need not just better benchmarks, but better benchmark maintenance and audit tooling.
  • Computer-use benchmarks are still far from saturation: @ValsAI launched CUA-Bench, testing real-time keyboard/mouse use across 6 games (with 3 kept private) as a proxy for difficult human-easy tasks. Follow-up numbers from @ValsAI suggest this remains genuinely hard: all frontier models score below 20%. In parallel, @trycua open-sourced CUA-S1-FORMS, the first in a family of small “System One” computer-use models. The direction is notable: real-time action loops, video-grounded adaptation, and continuous learning, not just text-only planning.
  • 关于 RSI(递归自我改进)的讨论对究竟什么是“递归”有了更精确的界定:@TheTuringPost 提供了一个有用的分类法:如果周围的改进循环保持不变,AI 改进代码或训练方法本身并不构成完全的递归。关键阈值在于 AI 能否不仅修改模型内部结构,还能修改搜索策略、经验生成、研究工具以及改进过程本身。这一框架与 @HuaxiuYaoML 的 RSI-Exam 更新紧密相连,其中 GPT-6-astra 以 0.5126 分仍居第一,Fable 5.1 以 0.4813 分进入第二,且尚无模型达到前沿校准的参考水平。
  • 数学基准测试成绩持续落后于前沿模型,但解读仍需谨慎:@EpochAIResearch 报告称,在与 GPT-6 Astra 的互动会话中,另一个 FrontierMath 开放问题被解决。与此同时,@SAIRfoundation 推出了 Open Math Model,旨在提供由研究社区塑造的开源数学模型和工具。针对“可验证性解释了数学能力优势”这一叙事,@steve47285 提出了一种观点:预训练数据而非仅仅是可验证的奖励结构,才是大语言模型在数学和编程方面表现出色的主要原因。@sarahcat21 提出的核心观点值得铭记:我们不仅需要更好的基准测试,还需要更好的基准测试维护与审计工具。
  • 计算机操作基准测试远未饱和:@ValsAI 推出了 CUA-Bench,通过在 6 款游戏(其中 3 款保密)中测试实时键盘/鼠标操作,作为对“对人类而言困难但对机器而言简单”任务的代理评估。@ValsAI 的后续数据显示这依然极具挑战:所有前沿模型的得分均低于 20%。与此同时,@trycua 开源了 CUA-S1-FORMS,这是首个“System One”系列小型计算机操作模型。该方向值得关注:实时动作循环、基于视频的适应性调整以及持续学习,而不仅仅是纯文本规划。

Infra, Training Systems, and Model Architecture

基础设施、训练系统与模型架构

更进一步:量化金融体系

看懂新闻只是起点——沿量化金融路径,把它变成能交付的工程能力

进入量化体系 →

相似阅读

关联信息,但可能不是同一事件